April 2016 - Koha-bugs - lists.koha-community.org

[Bug 14305] Public way to look at the Opac of different branches
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14305 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtompset(a)hotmail.com Status|Needs Signoff |Failed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14305] Public way to look at the Opac of different branches
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14305 --- Comment #7 from M. Tompsett <mtompset(a)hotmail.com> --- Comment on attachment 41639 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=41639 Bug 14305: View arbitrary branch's news, RSS fix Review of attachment 41639: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=143…) ----------------------------------------------------------------- ::: koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-main.tt @@ -53,2 @@ > <a href="[% OPACBaseURL %]/cgi-bin/koha/opac-news-rss.pl?branchcode=[% branchcode %]"><img src="[% interface %]/[% theme %]/images/feed-icon-16x16.png"></a> > RSS feed for [% IF ( loggedinusername ) %][% Branches.GetName( branchcode ) %] <i>and</i> [% END %] system-wide library news. If a user is not logged in and passes branchcode=BranchA in the URL, line 54 isn't going to display correctly. Add '?branch={some branchcode that has specific branch news}' to your opac-main url. Notice the RSS message is wrong. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5979] Add separate OPACISBD system preference
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5979 --- Comment #40 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Maybe this should be an enh? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 12748] Serials - two issues with status of "Expected"
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12748 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com Status|Needs Signoff |Failed QA --- Comment #21 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Rémi Mayrand-Provencher from comment #20) > Created attachment 47776 [details] [review] > Bug 12748 - Add test for step 7 and 8 and rename findSerialByStatus > > https://bugs.koha-community.org/show_bug.cgi?id=12478 Tested and works well, fails QA tools Koha qa tools problem: FAIL t/db_dependent/Serials.t "my" variable @serialsByStatus masks earlier declaration in same scope -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15126] REST API: Use newer version of Swagger2
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15126 --- Comment #28 from Julian Maurice <julian.maurice(a)biblibre.com> --- Olli, can we move the "Newest Swagger-spec validated 100% and pushed to production yay! Includes the swaggerMinifier.pl" attachment to another bug? This way we can continue the discussion on swagger-minification, while letting the patches here pass into master -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 --- Comment #21 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Hugo Agud from comment #16) > I have been able to reproduce the error on koha 3.16.7 (I have not checked > in more updated version of koha) > > We have verified that If you edit a serial that has already been received, > koha delete the existing barcode. > > The test plan we suggest. > > 1. Create one subscription with any serial pattern and create item when > receiving an issue. > 2. Receive one or two serial, fill the values of the items, in our test we > have filled enumchron (automatically loaded from patter), signature > (automatically loaded from subscription information) and barcode (manual). > 3. Check that the item has been propertly added to biblionumber > 4. Go to subscription--> serial collection --> Edit Serail --> select one of > the received --> modify field 'Publish on' > 5. Now the barcode has been deleted > > Hope it helps Was able to reproduce as described in this comment -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #45753|0 |1 is obsolete| | --- Comment #20 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 49911 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49911&action=ed… Bug 15030: Add tests This test will prevent regression on the lost of data when items.itemcallnumber is linked with a plugin. Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 --- Comment #19 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 49910 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49910&action=ed… Bug 15030 - continue. The enumchron value was overwritten by 'header' even when value supplied Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43701|0 |1 is obsolete| | --- Comment #18 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 49909 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49909&action=ed… Bug 15030 - Fixes the serials fields associated with a plugin, to not overwrite the previously saved value This fixes the remaining fields from serials-edit.pl that were seeing their previously entered values be oblitarated with each new edit. The fields associated to a plugin (dateaccessioned and barcode) were always displaying <empty> with each new edit, losing the previous effort. Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15030] Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '16

05 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #43601|0 |1 is obsolete| | --- Comment #17 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 49908 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49908&action=ed… Bug 15030 - Certain values in serials' items are lost on next edit When editing serials subscription, we can edit them but some values are not pulled from the DB correctly to be put in the edit box. If not noticed, the value will be overwritten on the next save. Test: - Create a subscription - Edit itemcallnumber (952o?) and make sure to have a different value than the default one. - Save. - Edit it again - The saved value is not there. This is true for itemcallnumber and a few other fields. This was caused by calls to ->field($subfield). This would always fail, of course. Signed-off-by: Nick Clemens <nick(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0