September 2014 - Koha-bugs - lists.koha-community.org

[Bug 12043] New: Popup when reserved item checked in at wrong branch should generate transfer slip
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12043 Bug ID: 12043 Summary: Popup when reserved item checked in at wrong branch should generate transfer slip Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There are a number of bugs addressing print slip and holds issues, so this bug addresses solely the following three scenari: Item with homebranch A is reserved for pickup at branch B. 1) Item is checked in at A (parameters $reserved and $transfertodo are set) 2) Item is checked in at C (parameters $diffbranch and $transfertodo are set) 3) Item is checked in at A, then at C (parameter $WrongTransfer is set) 4) Item is checked in at A, then at B (parameter $reserved is set) In all of these, messages are created correctly, but hold-transfer-slip.pl popup is generated with transfer=1. hold-transfer-slip.pl ignores $transfer so all cases opens a dialog generated from template RESERVESLIP, where the three first actually should generate TRANSFERSLIP. Either hold-transfer-slip.pl must respect $transfer variable or transfer-slip.pl must be used in cases of transfer. Popups are generated in returns.tt, e.g.: hold-transfer-slip.pl?transfer=1&borrowernumber=[% borrowernumber %]&biblionumber=[% itembiblionumber %]&op=slip -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 12701] New: Readnig history still accessible by URL if turned OFF
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12701 Bug ID: 12701 Summary: Readnig history still accessible by URL if turned OFF Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Make sure opacreadinghistory is activated. - Verify you can access the page in your patron account in the OPAC. - Copy URL. - Turn off opacreadinghistory. - Try to access the page again, the entry from the tabs is gone. - Use again using the URL. - Verify the page is still accessible :( -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12703] New: OPAC privacy page still accessible when the feature is turned off
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12703 Bug ID: 12703 Summary: OPAC privacy page still accessible when the feature is turned off Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/opac-privacy.pl OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To test: - Activate the OpacPrivacy feature. - Verify you can access the page in the patron account. - Deactivate the pref. - Verify there is no longer a link to access the page in the patron account. - Try to access the page directly using .../cgi-bin/koha/opac-privacy.pl - Verify page is still accessible :( -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 12928] New: C4::Charset lacks NormalizeString tests
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '14

19 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12928 Bug ID: 12928 Summary: C4::Charset lacks NormalizeString tests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr This will call NormalizeString calls to t/Charset.t, because while testing bug 12879, there were annoying messages. This will also fix those annoying messages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12132] New: Show guarantees in staff patron details too
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '14

19 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12132 Bug ID: 12132 Summary: Show guarantees in staff patron details too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 27516 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27516&action=edit Show guarantees in staff patron details too For some reason, guarantees are not shown in patron details, if the patron is a staffer. Attached patch fixes that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 8646] New: Certain search terms cause browser "script taking too long" error
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '14

19 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8646 Priority: P5 - low Change sponsored?: --- Bug ID: 8646 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Certain search terms cause browser "script taking too long" error Severity: minor Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha Some search terms, particularly those with space characters and similar non-alpha things at the end, can cause the javascript highlighter to go into an infinite loop which causes an error in the browser. Search queries such as: http://koha-intra/cgi-bin/koha/catalogue/search.pl?kw=idx&q=ti:book%20 reproduce this. Curiously, the OPAC is unaffected by this, however it has similar code processes that mean it may be possible for this to happen there too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 9419] New: The highlight feature cans cause a browser freeze
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '14

19 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9419 Bug ID: 9419 Summary: The highlight feature cans cause a browser freeze Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com If the highlight feature is enabled and you search a string with a space, the browser (tested with Firefox) uses CPU at 100% during some seconds. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10791] New: cart image in prog & IE10
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '14

18 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10791 Bug ID: 10791 Summary: cart image in prog & IE10 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 20667 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20667&action=edit cart1 It looks like in IE10, with compatibility mode off, the a cart image is superimposed behind the word cart. With the compatibility mode on, the image is gone, but the footer of the results page shows up half way up the results. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12634] New: JavaScript error in Bootstrap OPAC detail page if OPACPopupAuthorsSearch is enabled
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '14

18 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12634 Bug ID: 12634 Summary: JavaScript error in Bootstrap OPAC detail page if OPACPopupAuthorsSearch is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If OPACPopupAuthorsSearch is enabled, clicking an author on the OPAC detail page triggers a modal dialog where the user can choose which authors should be included in the search. Clicking the submit button in this window triggers a JS error and the search is not performed. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 11692] New: number 9 showing on topissues
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '14

17 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11692 Bug ID: 11692 Summary: number 9 showing on topissues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This is a strange one and has been confirmed in 3.12 and master. Each item's title listing on the Most Popular page in the opac ends with the string "; 9". I can't figure out where it's coming from but it's been on the 4 systems I looked at. -- You are receiving this mail because: You are watching all bug changes.

1 10