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

[Bug 16107] New: print slip buttons do different things
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '18

05 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16107 Bug ID: 16107 Summary: print slip buttons do different things 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 49319 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49319&action=ed… prompt I think this is a template issue but feel free to recateogorize. We had this issue pop up today for item 0114961548103 while being checked in at Hudson. The item's home branch is Hugh Embry and it needs to go to the New River branch. When being checked in, there are two options to print a transfer slip on the check in prompt: the "Print slip" link near the top and the "Print slip and confirm" button near the bottom. If you choose the "Print slip" link at the top, the slip INCORRECTLY reads "Transfer to Hugh Embry." If you choose the "Print slip and confirm" button at the bottom, the slip correctly reads "Transfer to New River." Based on the labels, I would expect the link and the button to do the same thing. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 17491] New: Allow Koha Plugins to inject HTML into arbitrary pages
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '18

26 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17491 Bug ID: 17491 Summary: Allow Koha Plugins to inject HTML into arbitrary pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should have a system such that Koha Plugins can inject HTML into a given script template. It would be nice if we could specify in a plugin methods with a naming scheme that tells Koha which page to put the html on ( e.g. html_staff_mainpage would inject html into the mainpage.pl template ). More detailed work such as putting it in the correct place could be handled by the js injection in bug 17490. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 17490] New: Allow Koha Plugins to inject JavaScript into pages
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '18

26 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17490 Bug ID: 17490 Summary: Allow Koha Plugins to inject JavaScript into pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should add a system to the plugins architecture to allow a plugin to inject Javascript into the staff and or catalog side of Koha. This would be nice than the current workaround of adding the javascript to the UserJS system preferences. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 17137] New: Omnibus: Always use SSL when referencing external sources
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '18

25 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17137 Bug ID: 17137 Summary: Omnibus: Always use SSL when referencing external sources Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Amazon, OpenLibrary, etc shoudl all use https if available as otherwise they create a mixed content error for sites using https. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 17625] New: 245f and 245g are not mapped to subtitle in Keyword to MARC mapping
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '18

21 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17625 Bug ID: 17625 Summary: 245f and 245g are not mapped to subtitle in Keyword to MARC mapping Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 57470 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57470&action=ed… Subfield $f and $g are not displayed to the right as expected. I have mapped the 245$f and 245$g to the subtitle in Keyword to MARC mapping. However those two fields are not displayed as expected to the right of the title. Two screenshots attached. One showing I mapped all 245 subfields to subtitle. One showing a bib where I added data in all subfields and how they are displayed. Missing 245$f and 245$g -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 15772] New: GetNormalizedISBN returns a 10 digit ISBN - should return 13
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '18

19 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15772 Bug ID: 15772 Summary: GetNormalizedISBN returns a 10 digit ISBN - should return 13 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org As not all 13 digit ISBNs can be 10 digit we should normalize to 13 instead of 10 (Novelist also can't interpret 10 digit ISBNs with an ending X so this would solve that too) -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 17339] New: returns.pl transfers message should have buttons instead of links
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '18

16 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17339 Bug ID: 17339 Summary: returns.pl transfers message should have buttons instead of links Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The holds dialogs have buttons, so for consistency, the transfer messages should have buttons instead of links. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16433] New: Patron import tool warning on duplicate card number is unclear
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '18

05 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16433 Bug ID: 16433 Summary: Patron import tool warning on duplicate card number is unclear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If I am matching on userid, and import a patron with no userid in the file but the cardnumber is already used the warning says "Cardnumber ###### is not a valid cardnumber" It would be clearer if it said 'this cardnumber is already used' -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 16702] New: Notice Triggers Issue: Delivery Mechanism Options Not Saving
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '18

29 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16702 Bug ID: 16702 Summary: Notice Triggers Issue: Delivery Mechanism Options Not Saving Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bassplayer9(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org Problem with Notice & Status Triggers (Tools › Notice triggers) When attempting to save my notice trigger configuration after (1) setting a delay integer, (2) selecting an overdue notice template, and (3) then choosing a delivery type (Email, SMS, etc.), the configuration saves but without the any of the delivery method types saving/sticking - they reset to an unchecked status. I do get a "changes saved" confirmation overall, but my delivery mechanism selections disappear for Email, Print, and SMS after clicking the "Save Changes" button. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16923] New: System Preference Missing from Manual -- IndependentBranchesPatronModifications
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '18

17 Aug '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16923 Bug ID: 16923 Summary: System Preference Missing from Manual -- IndependentBranchesPatronModifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: misilot(a)fit.edu QA Contact: testopia(a)bugs.koha-community.org The system preference "IndependentBranchesPatronModifications" which was added in 3.22 is missing from the 3.22 manual and the 16.05 manual. -- You are receiving this mail because: You are watching all bug changes.

1 3