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

[Bug 10235] New: Koha's syspref search fails to find 'local' sysprefs
by bugzilla-daemon＠bugs.koha-community.org 14 May '15

14 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10235 Bug ID: 10235 Summary: Koha's syspref search fails to find 'local' sysprefs Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com CC: gmcharlt(a)gmail.com if you add a new syspref to Koha, then attempt to search for it - the 'syspref search' feature fails to find it :/ this ticket will attempt to fix this bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9067] New: Staging an authority file gives conflicting messages
by bugzilla-daemon＠bugs.koha-community.org 14 May '15

14 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9067 Priority: P5 - low Change sponsored?: --- Bug ID: 9067 Assignee: gmcharlt(a)gmail.com Summary: Staging an authority file gives conflicting messages Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Created attachment 13417 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13417&action=edit Managing a staged authority file After uploading a MARC file on "Home › Tools › Stage MARC records for import" it is possible to choose "Authority" as the "Record type". Doing this hides the "Check for embedded item record data?" question correctly. However, after clicking on "Stage for import", the list of feedback includes "0 item records found and staged". After clicking on the "Manage staged records" link on that same screen, the new screen that appears includes an option for "Item processing" as well as the text "Add new bibliographic records into this framework:" followed by a dropdown containing the bibliographic frameworks. See attached screenshot. I tried staging/importing an example file from another bug, and it did get imported OK, so this problem might be mostly cosmetic. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 11006] New: Useless column totalamount in aqorders table
by bugzilla-daemon＠bugs.koha-community.org 14 May '15

14 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11006 Bug ID: 11006 Summary: Useless column totalamount in aqorders table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org In Schemaspy, column totalamount is reported as "not used? always NULL". "grep -r totalamount *" give this result, so I suppose it is true : blib/INTRANET_CGI_DIR/installer/data/mysql/kohastructure.sql: `totalamount` decimal(28,6) default NULL, -- not used? always NULL blib/INTRANET_CGI_DIR/installer/data/Pg/kohastructure.sql:totalamount decimal(28,6) default NULL, installer/data/mysql/kohastructure.sql: `totalamount` decimal(28,6) default NULL, -- not used? always NULL installer/data/Pg/kohastructure.sql:totalamount decimal(28,6) default NULL, t/db_dependent/Acquisition.t: totalamount I propose the deletion of this column. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 7706] New: AuthorisedValueImages not displaying all images on the OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 May '15

13 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7706 Priority: P5 - low Change sponsored?: --- Bug ID: 7706 Assignee: adrien.saurat(a)biblibre.com Summary: AuthorisedValueImages not displaying all images on the OPAC QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: OPAC Product: Koha The system preference "AuthorisedValueImages" is supposed to display/hide "images for authorized values (such as lost statuses and locations) in search results and item detail pages on the OPAC". The ccode images should appear too. As it is now : * no images are displayed on the result page * ccode and lost are displayed on the detail page * location is never displayed To be added : * ccode, lost and location in the result page * location in the detail page Note : There's also a translation problem (in french) for the AuthorisedValueImages system preference. When you choose to activate it, it is disabled instead (and enabled when you want to disable it...) -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 11599] New: itemBarcodeFallbackSearch should work even for items that don't have barcodes
by bugzilla-daemon＠bugs.koha-community.org 13 May '15

13 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11599 Bug ID: 11599 Summary: itemBarcodeFallbackSearch should work even for items that don't have barcodes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When itemBarcodeFallbackSearch is in effect, falling back to a keyword search currently performs the search -- then filters out items that do not have barcodes. This is because the checkout interface currently requires an item barcode to make a loan; it cannot identify the item using the itemnumber. It would be nice if the itemnumber could be used instead. That way, if a library truly does not use item barcodes or RFID tags, they could leave the barcode field blank and still be able to circulate. Currently, they would have to fill in dummy values for the barcode. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12681] New: Shibboleth attributes may contain lists
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12681 Bug ID: 12681 Summary: Shibboleth attributes may contain lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org In koha, a shibboleth attribute is always assumed to be a singular value; however an attribute may actually contain a semi-colon separated list of values in a string. We should handle this in koha somehow. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 11356] New: can't order from suggestions not at my branch
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11356 Bug ID: 11356 Summary: can't order from suggestions not at my branch Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid= 6&basketno=77 OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When ordering from a suggestion I can't order unless the suggestion is at my library. Many library systems have a central ordering library/system and need to see all the data - at the very least the super librarians should see all suggestions on this page: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid=6&basketno=77 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8474] New: Holds done by librarians cause silent errors in koha-error_log
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8474 Priority: P5 - low Change sponsored?: --- Bug ID: 8474 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Holds done by librarians cause silent errors in koha-error_log Severity: normal Classification: Unclassified OS: All Reporter: kolpen(a)o2.pl Hardware: All Status: NEW Version: rel_3_6 Component: Hold requests Product: Koha Created attachment 11000 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11000&action=edit Proposed patches to request.pl and placerequest.pl modules Silent errors occur in koha-error_log when a librarian makes holds for borrowers. The reasons are uninitialized values in modules (intranet/cgi-bin/reserve): - request.pl - placerequest.pl Proposed patches refer to Koha 3.6.4 version as well as 3.6.6 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10174] New: Digest is confusing
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10174 Bug ID: 10174 Summary: Digest is confusing Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com At every training I get asked what 'Digest' means in reference to notices. I always explain it and people still aren't sure they get it. If you don't subscribe to a lot of mailing lists you're not really used to that language. The concern is that patrons will also be confused by this. The library I'm at suggested 'Group' instead of 'Digest' - can anyone else think of other language that might work? Or even a reason why we wouldn't want all enhanced messages to be digests? As it is only 2 have the option of being a 'Digest' or not - so not make them all Digests and be done with it? Just starting a discussion here to try and make this the most user-friendly for the patrons. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 10941] New: MARC21 documentation links while adding an authority
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10941 Bug ID: 10941 Summary: MARC21 documentation links while adding an authority Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: tomascohen(a)gmail.com Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org While adding authorities (authorities.pl), we don't have the "?" now available on cataloging frameworks. A similar strategy might be used. Related bugs: #10940, #5546. -- You are receiving this mail because: You are watching all bug changes.

1 6