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

[Bug 8257] New: Translation scripts show lots of warnings
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '14

28 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8257 Priority: P5 - low Change sponsored?: --- Bug ID: 8257 CC: frederic(a)tamil.fr Assignee: koha-bugs(a)lists.koha-community.org Summary: Translation scripts show lots of warnings Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha When running the translation scripts with "perl translate install ..." a lot of warnings are shown: Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Locale/PO.pm line 472, <IN> line 95569. Use of uninitialized value $key in hash element at /usr/share/perl5/Locale/PO.pm line 472, <IN> line 95569. Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Locale/PO.pm line 472, <IN> line 95569. Use of uninitialized value in hash element at /usr/share/perl5/Locale/PO.pm line 343, <IN> line 95569. ... My test was on current master with uk-UA, but it also happens with other languages. Translation process still seems to be working and finishes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 5304] New: Too many post find queries for items
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '14

24 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5304 Summary: Too many post find queries for items Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 C4::Items::GetItemsInfo(): When the items resultset is returned from the search, lots of additional queries are requested for each item in order ti get extra data. This makes large resultsets extremely slow to return. Proposed solution: Rewrite items query so it returns all relevant data at once -- 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 31

[Bug 8214] New: Create a bound with function
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '14

21 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8214 Priority: P5 - low Change sponsored?: --- Bug ID: 8214 Assignee: gmcharlt(a)gmail.com Summary: Create a bound with function Severity: enhancement Classification: Unclassified OS: All Reporter: steven_jeffery(a)fmi.com Hardware: All Status: NEW Version: unspecified Component: Cataloging Product: Koha There are occassionally multiple distinct monographs which are bound together. Koha currently lacks a good way to handle these items. Examples: 1. US Geological Survey Bulletins 12 and 13 are bound into one volume. Each was originally published separately, have their own OCLC records, etc. 2. Eight pamphlets on soccer are bound together. Each was published separately but were bound together. They each have separate publishers and records. The key features of this would be: * All the items would have the same barcode. * There would be some sort of item-level display indicating what it was bound with. * All the items would have the same call number. * It would not be necessary to create an additional "ghost" record to hold the sub-records. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 6354] New: show marc labels on a per user basis
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '14

21 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6354 Bug #: 6354 Summary: show marc labels on a per user basis Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com would be nice if you could choose on a per user basis if the marc labels showed in cataloging. right now it's a preference that applies to all or none ... instead each user might like to choose based on their cataloging skills. -- 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 1

[Bug 6029] New: Date processing not done to all dates in overdue mails
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '14

21 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6029 Bug #: 6029 Summary: Date processing not done to all dates in overdue mails Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 5992 -- 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 7398] New: Show number of holds on a biblio in the OPAC details
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7398 Bug #: 7398 Summary: Show number of holds on a biblio in the OPAC details Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Like on the staff client, it should be possible to show the number of holds currently on a title. This will allow patrons to know how long a wait is going to be without having to log into the OPAC. Work to be done: * Add a new system preference, OPACShowHoldsCount, that will control whether the total number of holds shown on the OPAC detail page or not. Summon this syspref on the opac-detail page, and pass to the template * Add call to GetReservesfrombiblionumber. Take the holdcount return variable, and pass it to the template. * Edit opac-detail.tt to check for OPACShowHoldsCount, and if it's true, display the number of holds in a div similar to the one used staff-side * Edit the opac.css to properly and aesthetically display this new div -- 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 49

[Bug 7878] New: When duplicating a patron too many fields carrying over
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '14

20 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7878 Priority: P5 - low Change sponsored?: --- Bug ID: 7878 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: When duplicating a patron too many fields carrying over QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha When duplicating the patron in the top section only the Surname should carry over - right now the other name and initials carry over. Along the same lines at the bottom the expiration date is coming over and that could be different based on when you're doing the duplication and your patron category rules. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 7865] New: Command line utility to BATCH load borrower pictures based on Cardnumber
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7865 Priority: P5 - low Change sponsored?: --- Bug ID: 7865 Assignee: gmcharlt(a)gmail.com Summary: Command line utility to BATCH load borrower pictures based on Cardnumber QA Contact: koha.sekjal(a)gmail.com Severity: trivial Classification: Unclassified OS: All Reporter: dschust1(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Command-line Utilities Product: Koha This command line utility can be setup in Cron to load borrower pictures on a regular basis. This has been in place with Plano ISD for 4 years loading 50,000 pictures with updates twice a week from a remote server. A test case will follow. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7988] New: warning on authorized values confusing
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7988 Priority: P5 - low Change sponsored?: --- Bug ID: 7988 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: warning on authorized values confusing QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: System Administration Product: Koha On the authorized values admin page it says: "NOTE: If you change an authorized value, existing records using it won't be updated." This is confusing because some people are thinking that this means if you edit the description it won't update the records. When in reality it means if you change the VALUE it won't update things. Maybe this could be made clearer by saying: "NOTE: If you change an authorized value, existing records using it won't be updated. Changes to value descriptions will show immediately" I'm not sure that's clear either, but I can't come up with another way to make this not confuse people so I'm open to ideas. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 6681] New: When importing a biblio record via Z39.50, authority links also get imported
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '14

14 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6681 Bug #: 6681 Summary: When importing a biblio record via Z39.50, authority links also get imported Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When importing biblio records from another Koha instance via Z39.50, the authority links (subfields 9) also get imported. Because of this, the imported biblio record has its authorities linked with the wrong authids. -- 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 51