July 2015 - Koha-bugs - lists.koha-community.org

[Bug 10480] New: Cataloging plugins without redefining
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10480 Bug ID: 10480 Summary: Cataloging plugins without redefining Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl CC: m.de.rooy(a)rijksmuseum.nl >From bug 9921, Galen: All the more reason to stick to our coding guidelines, if the additional warning messages in the log annoys somebody enough to inspire them to fix that issue with the cataloging plugins, then. :) I am submitting a proposal here. May not be perfect yet, but we loose the redefines. -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 12356] New: Stay in advanced search and keep settings when it returns no results.
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12356 Bug ID: 12356 Summary: Stay in advanced search and keep settings when it returns no results. 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: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org Presently when doing and advanced search you lose all settings if the search returns no results since you are served a "No results found" with your search pre filled in a regular search box (opac) or not even a pre filled form (staff side). This can be quite frustrating if you were trying to do a very specific search with lots of settings but messed up somewhere. When a search returns zero results I'd much rather keep all settings and be able to tweak them until I get a few hits. This is currently only a RFC - I have no code. (I am guessing that the fact that accessing search.pl without parameters appended to the URL gives advanced search is a clue to how to solve it. Is there a way to light up advanced search mode and pre populate the interface with the info passed in the URL?) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 13235] New: Revise layout of patron search form
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13235 Bug ID: 13235 Summary: Revise layout of patron search form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Patrons Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 10153 changed the layout of the patron search form so that expanded search fields would be stacked (http://www.screencast.com/t/LnVgH2nV) rather than in one line (http://www.screencast.com/t/t0XkqsSX) Bug 9811 returned the layout to a non-stacked layout (http://www.screencast.com/t/9Cn8B0VKm6q) but I think this was not done as an intentional override of Bug 10153. I think the patch was based on the previous version. I propose to bring back the stacked version. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 9472] New: subfields in order when cataloging
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9472 Bug ID: 9472 Summary: subfields in order when cataloging Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When clicking "Edit Record" if a subfield doesn't have data the subfields are out of order. For example, the subfields are showing as 'a,' then 'c' because those two had data in them, and then the rest of the empty subfields were listed below those two in alphabetical order. It would be nice if the subfields were displayed in alphabetical order in record editing mode regardless of whether the subfields have data in them or not (so subfield 'b' should be in there). -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11229] New: Payments wrongly saved in Statistics table by C4::Accounts::makepartialpayment
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11229 Bug ID: 11229 Summary: Payments wrongly saved in Statistics table by C4::Accounts::makepartialpayment 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com C4::Accounts::makepartialpayment save the transaction in statistics table, by calling UpdateStats. The fist given param is "$user". It should be "$branch" M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 14574] New: Correcting messages on intranet error pages so they make more sense
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14574 Bug ID: 14574 Summary: Correcting messages on intranet error pages so they make more sense 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: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com 401.pl: Adding a link under the error message to log in (makes it easier for user) 403.pl: "This error means that the link was broken and that the page doesn't exist" - this is the wrong error message 404.pl: This is the error page that will be seen most of the time and it should give more information -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 13970] New: Remove related code to category_type
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13970 Bug ID: 13970 Summary: Remove related code to category_type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In the member module, some code related to the category_type should be removed. Instead the categorycode should be used, not the category_type. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 9983] New: printable fines page should include name/barcode
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9983 Bug ID: 9983 Summary: printable fines page should include name/barcode Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 17167 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17167&action=edit what's printing on the fines page When printing the fines page using the File > Print option it prints just the list of fines, which is great, but it should include the name somewhere on there and probably the barcode too. This might mean changing the fines page and putting a name at the top of it in the browser as well. We certainly don't want it to print the entire page you see in the browser cause the tabs and search box aren't necessary, but we do need some sort of identification of who's fines these are. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 13178] New: cardnumber field length is too short
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '15

17 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13178 Bug ID: 13178 Summary: cardnumber field length is too short Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: Jeremy.evans(a)nibsc.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The cardnumber field in the Patron record is currently limited to 16 characters. We do not use patron cards. We prefer to use the user's email address as the card number as it is unique to that person and they can remember this. However the domain section of our work email for one of our sites is 14 characters before prefixing it with firstname.lastname Therefore when saving the record this truncates after the first 16 characters. We would like the cardnumber field length to be extended, say to 40 characters -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 14530] New: 856$u URL checker ( check-url.pl ) complains about ftp based URLs
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '15

15 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14530 Bug ID: 14530 Summary: 856$u URL checker ( check-url.pl ) complains about ftp based URLs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 The script check-url.pl assumes that any URL not prefixed with http must be a relative URL. This is problematic as the URL could be prefixed with ftp as well. Any 856$u using an ftp url is given the error "400 URL Must be absolute". -- You are receiving this mail because: You are watching all bug changes.

1 9