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

[Bug 5539] New: Options for Suggestion Emails
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5539 Summary: Options for Suggestion Emails Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Right now there are notices for suggestions, but no way for patrons to decide if they want those emails (or for the librarian to decide for that matter). I think it just happens when a suggestion is submitted. I suggest that we add an option to the enhanced messaging options for the patron to decide if they get those emails. Another suggestion is that the library have an on off toggle to decide if they're sent. Chat log below for more info. [10:30] <nengard> got a question about suggestion emails - are they being sent to anyone who submits a purchase suggestion? [10:30] <nengard> or is there supposed to be a preference or messaging option for patrons to decide if they get that email? [10:31] <Brooke> I think there might be two separate toggles. [10:32] <nengard> where might i find those? cause i'm not seeing them [10:33] <nengard> this is in reference to the commits of bug 4211, bug 5127 and bug 5126 [10:33] <munin> Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4211 major, P2, ---, chris, NEW, Acquisitions actions on suggestions don't generate email [10:33] <munin> Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5127 major, P5, ---, oleonard, RESOLVED FIXED, No sample suggestions notices are installed by default [10:33] <munin> Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5126 major, P5, ---, oleonard, NEW, Suggestions module missing from "add notice" form. [10:34] <owen> nengard: I don't know of a setting for that [10:34] <nengard> yeah - i'm not seeing one, so i'm assuming the system just sends the emails (now that it's fixed) [10:34] <nengard> I don't have emails on on my system to test with [10:41] <kf> nengard: I think you can perhaps deactivate it by deleting the notices templates? [10:41] <kf> have thought about it too - a system preference would be nice [10:42] <nengard> that's an idea [10:43] <nengard> kf i'd say it should be part of the enhanced messages - to let the patron decide if they want the emails or not [10:44] <kf> nengard: even better :) [10:44] <nengard> off to submit a enhancement :) [10:44] <kf> but perhaps an on /off for the feature would be good too [10:44] <kf> have both [10:44] <Brooke> *nod* [10:44] <kf> so library can decide if they want to offer the mails [10:44] <Brooke> I agree kf. [10:44] <kf> and let patron decide if he wants to get them -- 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 5352] New: Suggestion messages to patron
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '14

25 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5352 Summary: Suggestion messages to patron Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Suggestion_messagi ng_acq_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 The messages sent to the patron when a suggestion is managed will be modified to fit the new messaging system (format and messaging preferences) -- 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 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 24 Apr '14

24 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 24 Apr '14

24 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 11685] New: GetSupportName and GetSupportList do not split AdvancedSearchTypes by pipe
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11685 Bug ID: 11685 Summary: GetSupportName and GetSupportList do not split AdvancedSearchTypes by pipe 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: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org System preference AdvancedSearchTypes can be a pipe-separated list of values. GetSupportName() and GetSupportList() compare the syspref value directly using eq instead of using a regex, or splitting the value by pipe and then comparing the array values. For example, this can mean the "Item type" drop down is empty in OPAC when entering a new purchase suggestion. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 11841] New: Replace Record via Z39.50 only works from detail.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '14

24 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11841 Bug ID: 11841 Summary: Replace Record via Z39.50 only works from detail.pl Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The bib record Edit menu option Replace Record via z39.50 works only from the catalogue/detail.pl page. It no longer works from the following pages: *catalogue/MARCdetail.pl *ISBDdetail.pl *moredetail.pl All other edit menu options work. -- You are receiving this mail because: You are watching all bug changes.

1 4

[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