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

[Bug 10222] New: Error when saving Demco label templates
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '15

29 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10222 Bug ID: 10222 Summary: Error when saving Demco label templates Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: oleonard(a)myacpl.org If you open either of the Demco label templates (loaded by the sample data) and click "save" without making any changes you will get an error: Can't bless non-reference value at C4/Creators/Profile.pm line 92. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 9117] New: Reports hierarchies management improvements
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9117 Bug ID: 9117 Summary: Reports hierarchies management improvements Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Reports Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com - Filter by groups using tabs - Filter by subgroups using a dropdown list under each tab - Allow to create new group and subgroups when building a new report or editing an existing report (no need to go through admin AV interface) + Possibility to duplicate a report (new link in the table) -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 10680] New: "Modification log" gives wrong data
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10680 Bug ID: 10680 Summary: "Modification log" gives wrong data Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When viewing a record, the "Modification log" tab on the left hand side should display the modifications for that biblionumber, but instead it will pull the modifications for the itemnumber instead. That is, if the record you are viewing has a biblionumber of 42, and you follow the "Modification log" link, you will be seeing the modifications for the item whose itemnumber is 42 instead! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 7046] New: subscription renewal period should be a pull down
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7046 Bug #: 7046 Summary: subscription renewal period should be a pull down Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5938 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5938 renew subscription length When adding a new subscription there is a pull down menu for the subscription length, but when you renew it the length is 3 text boxes which implies that you can fill them all in - or that you have to fill them all in, but I assume you're just supposed to fill in one like you do when you add a subscription. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[Bug 10327] New: Rename poorly named system preferences
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10327 Bug ID: 10327 Summary: Rename poorly named system preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com Over time Koha's system preference names have become de facto standardized using upper camel case. It would be nice to go through our system preferences and rename those prefs that do not follow this standard. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11448] New: Accessibility: Make it possible to enter date for restriction without using the datepicker widget
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '15

27 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11448 Bug ID: 11448 Summary: Accessibility: Make it possible to enter date for restriction without using the datepicker widget Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org For better accessibility it should be possible to enter the restriction date directly without being forced to use the datepicker widget. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10995] New: Accessibility: Allow manual entry of renewal date and specific due date in circ
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10995 Bug ID: 10995 Summary: Accessibility: Allow manual entry of renewal date and specific due date in circ Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In 3.12 it's no longer possible to enter dates manually as specific due date and renewal date in the patron account in circulation. This is a big accessibility problem as not everyone can use the datepickers for filling those fields. We have a library where this is a blocker. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 10404] New: Add previous/next browsing to staff client search results
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10404 Bug ID: 10404 Summary: Add previous/next browsing to staff client search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Staff Client Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com There is currently no way to go to the next record in a search result list on the staff client, and there really should be some sort of previous/next browse functionality. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11220] New: Patron edit process doesn't remember restriction selections
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11220 Bug ID: 11220 Summary: Patron edit process doesn't remember restriction selections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.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 If you are editing a patron who has an existing restriction or you are adding a manual restriction, the form doesn't remember your selections if the page is redisplayed after an error. The problem cannot be demonstrated by a validation error which is caught by the client-side validation. It has to be a server-side validation error in order to trigger the full refresh of the page after error. In my case the error was triggered because the existing patron's dateofbirth was '0000-00-00' in the database and Koha returned an error message because of this. To reproduce using a patron record which has no restrictions: 1. Start with a patron record which will trigger a server-side error message. 2. Add a manual restriction in the "Patron restrictions" section of the edit form. 3. Submit your changes. 4. After the page refreshes the form will be redisplayed with an error message at the top. Whatever data you entered for the manual restriction will be gone. To reproduce using a patron record which has restrictions: 1. Start with a patron record which will trigger a server-side error message. 2. Check the box next to the existing restriction you want to remove. 3. Submit your changes. 4. After the page refreshes the form will be redisplayed with an error message at the top. The checkbox you checked will be empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10232] New: Permission check for editing help files is broken
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10232 Bug ID: 10232 Summary: Permission check for editing help files is broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: dpavlin(a)rot13.org To test: - Try editing a help file as superlibrarian, confirm you get to the editor. You might not be able to save your changes though, because of file permissions. - Try editing a help file with any of the listed permissions from the edithelp.pl file: 43 my ( $template, $loggedinuser, $cookie ) = get_template_and_user( 44 { 45 template_name => "help/edithelp.tt", 46 query => $input, 47 type => "intranet", 48 authnotrequired => 0, 49 flagsrequired => { 50 catalogue => 1, 51 circulate => 1, 52 parameters => 1, 53 borrowers => 1, 54 permissions => 1, 55 reserveforothers => 1, 56 borrow => 1, 57 reserveforself => 1, 58 editcatalogue => 1, 59 updatecharges => 1, 60 }, 61 debug => 1, 62 } 63 ); Verify it doesn't work. I think reserveforself doesn't exist in current Koha and the choice of permissions seems a bit arbitrary. -- You are receiving this mail because: You are watching all bug changes.

1 7