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

[Bug 10013] New: Ability to link directly from an item in the Staff client to budget information.
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '15

21 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10013 Bug ID: 10013 Summary: Ability to link directly from an item in the Staff client to budget information. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amit.gupta(a)osslabs.biz Ability to link directly from an item in the Staff client to budget information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 7601] New: Preference for default language for field 008 Range 35-37 (instead of hard coded "eng")
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '15

20 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7601 Bug #: 7601 Summary: Preference for default language for field 008 Range 35-37 (instead of hard coded "eng") Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: veron(a)veron.ch QAContact: koha.sekjal(a)gmail.com Problem: -------- When a new marc record is added, the language code in field 008 Range 35-37 defaults to Englih ("eng"). This makes cataloguing inefficient and error-prone for librarians if most of the bibliographic data is e.g. in German or in French. Background: ----------- The language code for English (eng) is hard coded in the files ...koha\intranet\cgi-bin\cataloguing\value_builder\marc21_field_008.pl (~Lines 61, 100) and ...koha\intranet\cgi-bin\cataloguing\value_builder\normarc_field_008.pl (~Lines 58, 98) Proposition: ------------ --Step 1 -------------------------- Add somewhere to cataloguing.pref, section "Record Structure" : ----------------------------------- - - Fill in the default language for field 008 Range 35-37 (e.g. eng, nor, ger, see <a href="http://www.loc.gov/marc/languages/language_code.html">MARC Code List for Languages</a>) - pref: DefaultLanguageField008 - " Empty defaults to eng." --Step 2 -------------------------- Change marc21_field_008.pl and normarc_field_008.pl as follows: ----------------------------------- --2a--- Add 3 lines of code at the top of the functions sub plugin_javascript and sub plugin: my $lang = C4::Context->preference('DefaultLanguageField008' ); $lang = "eng" unless $lang; $lang = pack("A3", $lang); The code defaults an empty value to "eng" makes sure that the code has a lenght of 3 letters. --2b--- In both functions, replace hard coded eng with $lang: document.getElementById(\"$field_number\").value='$dateentered' + 't xxu||||| |||| 00| 0 $lang d'; $result = "$dateentered" . "t xxu||||| |||| 00| 0 $lang d" unless $result; --Step 3---------------------------------------------------------------------- Login to Koha, go to Home › Administration › System Preferences (Cataloging) and test with empty value and different language codes (ger, ita etc.) ------------------------------------------------------------------------------ I implemented and tested this locally with marc21_field_008.pl (Koha 3.06.02.003) -- 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 14

[Bug 5672] New: Search History Should have RSS Feeds
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '15

19 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5672 Summary: Search History Should have RSS Feeds Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-search-history.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be great to add a column to the search history tab in the OPAC with an RSS feed next to each search to allow patrons to easily subscribe to each of their saved searches (since each one has an RSS feed already it should be easy to add). -- 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 11889] New: Disown a list
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '15

19 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11889 Bug ID: 11889 Summary: Disown a list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 7339] New: Help System in IE8-9 Does Not Load With 500 Error
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '15

19 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7339 Bug #: 7339 Summary: Help System in IE8-9 Does Not Load With 500 Error Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: PC OS/Version: Windows Status: NEW Severity: critical Priority: P5 - low Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: lzuares(a)collsk12.org QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com When attempting to load the help system [?], I receive a 500 error from both IE8 and IE9 on two different library systems/servers. -- 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 25

[Bug 13266] New: renewing an item doesn't remove lost
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '15

18 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13266 Bug ID: 13266 Summary: renewing an item doesn't remove lost Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item is renewed the lost status isn't removed - but if you check in a lost item it is. It seems like the lost status should be removed when an item is renewed. This is from IRC: -------------- [08:26] <nengard> hey #koha I'm wondering did renewing an item ever clear the lost status on that item? I don't think it did - but want to check before I report a bug/enh [08:28] <oleonard> nengard: Do you think it should or shouldn't? [08:31] <oleonard> If the item is long overdue (lost) I would say it should--if you renew it it's not overdue anymore! [08:31] <oleonard> ...but it doesn't in master. [08:35] <oleonard> ...and didn't in 3.14.x. [08:37] <nengard> i don't know really if it should or shouldn't [08:37] <nengard> when you check in an item that was lost it makes it not lost [08:37] <nengard> so i think renewing should be the same ... right? [08:39] <oleonard> I would consider it a bug, but it's a long-standing behavior so I wonder what others think. [08:45] <oleonard> In my library the only time someone would have something checked out which was lost would be long overdue (lost), and normally those items would not be eligible for renewal [08:45] <oleonard> So maybe it's just never come up for us. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 5327] New: Unit tests required for all C4 modules
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '15

18 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5327 Summary: Unit tests required for all C4 modules Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Test Suite AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We need more unit tests! -- 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 296

[Bug 13088] New: Allow the user to specify a max amount of facets to show.
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '15

17 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13088 Bug ID: 13088 Summary: Allow the user to specify a max amount of facets to show. 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 12892] New: Holds Waiting: not showing from check out screen
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '15

17 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12892 Bug ID: 12892 Summary: Holds Waiting: not showing from check out screen Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 31471 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=31471&action=edit Screen Shot from 3.14 When a patron has holds waiting to be pick up, they used to show in the check out screen. These notifications are no longer showing in 3.16. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 80

[Bug 12786] New: permission to allow everyone in staff client to see all patron lists
by bugzilla-daemon＠bugs.koha-community.org 16 Mar '15

16 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12786 Bug ID: 12786 Summary: permission to allow everyone in staff client to see all patron lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Right now only the staff that creates a patron list (this is the Tools > Patron lists list - not the Private lists I'm referring to) can see their list. It would be nice if there was a permission or a way to have all lists of patrons visible to all staff. -- You are receiving this mail because: You are watching all bug changes.

1 1