August 2012 - Koha-bugs - lists.koha-community.org

[Bug 5916] New: Don't show the link to edit authorities to people who don't have permissions to edit
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '13

14 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5916 Bug #: 5916 Summary: Don't show the link to edit authorities to people who don't have permissions to edit Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5581 -- 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 16

[Bug 5500] New: shelf browse changing bib record
by bugzilla-daemon＠bugs.koha-community.org 12 Sep '13

12 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5500 Summary: shelf browse changing bib record Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 With shelf browse when you click the arrows to the right or left it actually changes the active bib record you’re on instead of just showing you further down the shelf - this is confusing and not how I think it used to function. Scrolling should take you down the shelf but never change the bib record you're viewing. On a side note if you get to the end of the shelf and can't go any further the arrow should go away (the same if you get to the beginning). I was scrolling through the Zs and couldn't figure out why I it wasn't scrolling anymore and I assume it's cause I had no more call numbers. -- 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 7

[Bug 5825] New: Add Item Type column to Holds Queue report
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '13

11 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5825 Bug #: 5825 Summary: Add Item Type column to Holds Queue report Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: mcoalwell(a)nekls.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Displaying the Item Type will allow easier finding of the item to be picked; it will also immediately show when restricted item types are being selected in error. -- 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 12

[Bug 7233] New: matched title open in new window/tab
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '13

11 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7233 Bug #: 7233 Summary: matched title open in new window/tab Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/tools/manage-marc-import.pl?import_batch _id=6 OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com It would be nice if when you importing a staging file if the matched record titles opened in a new window/tab so you didn't lose the list of staged files. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 7898] New: Browse Results is easily confused
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '13

05 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7898 Priority: P5 - low Change sponsored?: Seeking cosponsors Bug ID: 7898 Assignee: oleonard(a)myacpl.org Summary: Browse Results is easily confused QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: mjr(a)software.coop URL: http://localnet/cgi-bin/koha/opac-detail.pl Hardware: All Status: NEW Version: master Component: OPAC Product: Koha To break the Browse Results box added in Bug 6483: 1. search for many pages of results common, like "a"; 2. open results page 2 in a new tab; 3. open any result detail from page 1; 4. enjoy the Browse Results box either: moving you around the wrong page; or having previous/next greyed out while Back to Results takes you to the wrong page. This is because the Browse Results links are stored in the session rather than encoded in the URLs. I think it needs more behind-the-scenes knowledge than even OPAC power users will have before you expect that behaviour, but power users open results pages in tabs. The obvious fix is to encode the session parameter busc in the URLs rather than the session. That would also make it rather easier to debug things like bug 7394 and bug 7894. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8605] New: cs-CZ: Filesystem sent error: No such file or directory
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '13

02 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8605 Priority: P1 - high Change sponsored?: --- Bug ID: 8605 CC: frederic(a)tamil.fr Assignee: koha-bugs(a)lists.koha-community.org Summary: cs-CZ: Filesystem sent error: No such file or directory Severity: blocker Classification: Unclassified OS: All Reporter: black23(a)gmail.com URL: http://translate.koha-community.org/cs/38/ Hardware: All Status: NEW Version: rel_3_8 Component: translate.koha-community.org Product: Koha If we can (download) upload files (from) into translation Project, we get error: Error accessing /home/koha/Pootle-2.1.6/po/38/cs, Filesystem sent error: No such file or directory -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 4823] New: Raw Socket interface failing to accept connections
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '13

02 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4823 Summary: Raw Socket interface failing to accept connections Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This has been reported on 3M self checkouts in both the US and UK. Sip working ok for days (weeks even) then suddenly the server refuses to accept connections. Restarting sip does not always rectify (immediately) the problem. Suggests the socket gets stuffed (technical term covering a number of possible error conditions). A rare occurence and not easily repeatable. May occur intermittently when the symptom is very poor response time (sip messages are not being responded to, are timing out then server responds on second or third retry) -- 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 2

[Bug 7420] New: Add max fines to circulation matrix
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '13

02 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7420 Bug #: 7420 Summary: Add max fines to circulation matrix Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Capped charge is applied per item. Work to be done: * Add a numeric overduefinescap field to the issuingrules table * Add "Overdue Fines Cap" section at the bottom of the Corculation Rules page, inputs: - item type - patron category - cap in $ or whatever currency * C4::Overdues::UpdateFine() - observe overduefinescap rule when updating overdue charges - leave the charge at overduefinescap if it goes over * create tests How to test: * Check that new field values stick when maintained on the circ rules matrix page * Check that the cap is applied. This is a tricky one. A quick test would be: - set the cap to a value less then the overdue charge - have an overdue item - run fines.pl cronjob - check that the capped charge is applied A more complex test would be to set the cap anywhere between one day charge and two day charges, and run fines.pl cronjob on two consecutive days, but I'm not sure how practical it is, or is it possible to have a testing facility that can push the date forward -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 42

[Bug 4876] New: koha-* scripts are not robust
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4876 Summary: koha-* scripts are not robust Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Debian packaging contains some scripts in debian/scripts/koha-*, which are written in patchy shell. They work, but do not handle errors very well, and often cannot recover after an error happens. The scripts should be made robust. It might help to rewrite them in perl. -- 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 21

[Bug 7382] New: normalization on isbn matching rule
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7382 Bug #: 7382 Summary: normalization on isbn matching rule Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com It would be nice if when using isbn as a match point it normalized the ISBN first. Now if one isbn ends in (pbk) and the other doesn't - but they're both the same number it doesn't match them and imports duplicates. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7