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

[Bug 11588] New: Untranslatable subscription frequency units
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11588 Bug ID: 11588 Summary: Untranslatable subscription frequency units 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: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When eg. editing or creating a new subscription frequency, a drop-down lists the possible units for the frequency. These are not translatable, as they're hard-coded eg. in GetFictiveIssueNumber() in C4/Serials.pm ('day', 'week', 'month', 'year') -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8338] New: fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Priority: P5 - low Change sponsored?: --- Bug ID: 8338 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: fines not cleared with dropbox mode Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha >From Nicole: It was my understanding that checking the dropbox mode option on the check in screen made the due date effectively the last day the library was open and as such wiped out fines for the extra day. It appears that is not the case. Fines for the item being late remain on the patron's account. The only way around this is to 'forgive fines' when using dropbox mode, but that forgives all fines and really we only want to forgive one day of fines. So if the fines script has already run, then fines are not wiped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9166] New: OPAC needs configuration file for datepicker
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9166 Bug ID: 9166 Summary: OPAC needs configuration file for datepicker Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/opac-reserve.pl OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org Blocks: 7261 In the staff client we have a configuration file for the datepicker which not only lets us load defaults for all instances but also includes the translated text for localization. The OPAC needs this too. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 5670] New: Housebound Readers Module
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5670 Summary: Housebound Readers Module Change sponsored?: Sponsored Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 3038 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3038 Initial Spec New module to handle management of circulation to Housebound readers. Ability to record users as housebound, as volunteer delivers and choosers. Link users to individual delivery runs. To aid choosers add a check on issuing to housebound users flagging if title has previously been issued to this user. Work In Progress can be seen on the PTFS-Europe github repository: git://github.com/PTFS-Europe/koha.git Sponsered by Halton Borough Council -- 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 29

[Bug 9427] New: Withdrawn items show as available in staff client search results
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9427 Bug ID: 9427 Summary: Withdrawn items show as available in staff client search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org If a title has withdrawn items, those items are grouped with available ones in the staff client search results screen. The template expects to be able to handle withdrawn items: [% IF ( SEARCH_RESULT.othercount ) %] <span class="unavailable">[% SEARCH_RESULT.othercount %] unavailable:</span> <ul> [% FOREACH other_items_loo IN SEARCH_RESULT.other_items_loop %] ... [% IF ( other_items_loo.wthdrawn ) %](Withdrawn)[% END %] I assume based on this that the problem is happening somewhere in Search.pm where these results are built. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9160] New: untranslatable string in basket.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9160 Bug ID: 9160 Summary: untranslatable string in basket.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.poulain(a)biblibre.com In basket .pl, the basketgroup list contains a "No group" that is untranslatable. It's because it's in the .pl itself: line 218: my %emptygroup = ( id => undef, name => "No group"); It must be moved to the template -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 5317] New: transfer messages inconsistent
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5317 Summary: transfer messages inconsistent Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 I found the following is happening in Firefox: -Check-in of a checked-out item from another branch shows only a partial message that says "Please return <title> to" -When the book is checked in again, a full message appears: "Please return <title> to <branch name>" The first message should look the same as the second - including the branch name. -- 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 9955] New: Partly broken local cover image uploading
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9955 Bug ID: 9955 Summary: Partly broken local cover image uploading Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: dubyk(a)library.lviv.ua Unable to connect local cover images. Loading hangs at 100% and then not possible to process the image. Suddenly it occurs in Firefox browser in Linux (Debian testing) and in Windows (XP). In error console of Firefox appears this error: Eror: TypeError: jQuery.handleError is not a function Source: http://koha.tntu.edu.ua:8888/intranet-tmpl/prog/en/lib/jquery/plugins/ajaxf… Line: 111 The browser Chromium has no such problem. Found here (http://stackoverflow.com/questions/13107536/jquery-handler-error-is-not-a-f…) that the jQuery.handleError was removed after the jQuery version in 1.5 and need to write a custom error handler function. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 11482] New: new reservation syspref PickupHoldOnlyFromItemBranches
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11482 Bug ID: 11482 Summary: new reservation syspref PickupHoldOnlyFromItemBranches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org warning : even if this patch and Bug 11481 can work separately it's necessary to first install Bug 11481 in order to avoid conflict and applying patch issues. The use of this new syspref assumes that other sysprefs OPACAllowUserToChooseBranch and canreservefromotherbranches are set on. it introduces the following behavior about reserves : You can't choose whatever branch as your pickup location. It must be a holding branch of an item. Either you don't mind picking the item at one branch or another and you ask for the very first available item or you select a specific branch and you will get the first checked in item in it. Multiholds is not possible from the pro interface (Place hold button is hidden in the results list). In the hold form the pickup list display only the branch(es) where the items are from. If a branch has no circulation rule allowing holds for its documents, it does not appear in the list. Test plan : 1) Enable RequestOnOpac OPACAllowUserToChooseBranch canreservefromotherbranches and PickupHoldOnlyFromItemBranches syspref 2) Choose one borrower (patron1) to place holds : get his category, login and pasword. 3) Go to Administration/Circulation and fine rules 4) in the ALL libraries table (selected by default) set a circulation rule for the borrower category adding an amount of holds in "Holds allowed" column You can set only one rule for a beginning with itemtype as All or several rules with different item type. 5) In the pro interface, choose a record with some items of different branches. 6) check out some items. do not forget to checkout items on their very homebranch 7) go to opac and search for the detailed record 8) Place a hold and authenticate as patron1. In the pickup list, you must see as options, only the branches of the items. You can choose either the first available item from all these branches or first from a specific one of them. try 'first available'. 9) Go to patron1 user file and click the tab Holds : the hold had been recorded. Pickup location is 'Whatever location from the first available'. 10) reconnect as admin and check in one of the items, a message box appears : confirm the hold. 11) Reconnect as Patron1, go back to the user file and check that the pickup location zone now displays the branch of the returned item. cancel the hold 12) redo a test from stage 6 selecting a specific branch in stage 8 13) go to pro interface to the detailed record, click the Holds tab and enter patron1 in text box 14) the holds form appears. The pickup location displays only the branches of items. Select an option and confirm the hold. 15) the holds table now display a line for the new recorded holds with patron1 name. Check that pickup location list is still restricted to item branches. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 11218] New: Due notices broken / not generated
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11218 Bug ID: 11218 Summary: Due notices broken / not generated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org After updating a library we found due notices (send on the date a book is due) are no longer being generated. This bug is in 3.12.5 and I confirmed it's also a valid bug in master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25