December 2013 - Koha-bugs - lists.koha-community.org

[Bug 9139] New: Sending empty vendor or biblio when adding subscriptions gives error
by bugzilla-daemon＠bugs.koha-community.org 18 May '15

18 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9139 Bug ID: 9139 Summary: Sending empty vendor or biblio when adding subscriptions gives error Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/serials/subscription-add.pl OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: colin.campbell(a)ptfs-europe.com I can only reproduce this in Firefox, not in Chromium. To reproduce: - Add a new subscription - Put cursor in first field for 'Vendor' or 'Biblio' and hit enter - Perl error page is shown: No record at /home/katrin/kohaclone/C4/Serials.pm line 1382 Sending an empty field should open the search pop up and not give a perl error message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10335] New: UNIMARC authorities search doesn't display properly information on parallel form
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10335 Bug ID: 10335 Summary: UNIMARC authorities search doesn't display properly information on parallel form Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: januszop(a)gmail.com UNIMARC authorities can contain translated headings. The language is coded in $8 subfield: "Subfield $8 contains 6 character positions (designated as $8/0, 8/1, etc.) The first group of three characters specifies the language of catalogue into which the heading in the field is designed to fit; the second group of three characters specifies the language of the base heading. The language codes are listed in the ISO 639-2 standard and in Appendix A of the UNIMARC Manual - Bibliographic Format." (cf. UNIMARC manual : authorities format. -- 2nd rev. and enl. ed. -- München : Saur, 2001, p. 66) I.e. it is the second triple designates the language of in which the actual parallel form is entered. Currently the information is displayed wrongly. To reproduce: 1) Create an authority record with main heading (100) in Latin script (e.g. Oppenheimer, Aharon -- subfields $a and $b) and parallel form (700) in Hebrew (אופנהיימר, אהרן -- subfields $a and $b). Mark it correctly in $8 with freheb (or engheb if you like); 2) reindex and search; 3) you will see: Oppenheimer Aharon freheb: אופנהיימר Whereas you would rather like to see (mind language and lack of $b above): Oppenheimer, Aharon Hebrew: אופנהיימר, אהרן A patch will follow. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 10976] New: the assistant for reports uses the wrong value for the list of item types
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10976 Bug ID: 10976 Summary: the assistant for reports uses the wrong value for the list of item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When using the assistant to create a new report (guided_reports.pl), if you choose to limit according to the itemtype, the generated code is <<itype|itemtype>>, but the proper value for the report to work should be <<itype|itemtypes>> (with an extra 's'). (This was also wrong in the wiki. Fixed now.) -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10388] New: acq edited items showing 'null's
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10388 Bug ID: 10388 Summary: acq edited items showing 'null's 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: nengard(a)gmail.com Created attachment 18567 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18567&action=edit edited item says null When editing items on the receipt page in acquisitions you see 'null' in all fields that have no value. This used to be a blank - or clear column, but now in 3.10.x and 3.12 and master it's showing null. It should be blank instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 6059] New: Problem with changing quantity on uncertain prices list
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6059 Bug #: 6059 Summary: Problem with changing quantity on uncertain prices list Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All URL: /cgi-bin/koha/acqui/uncertainprice.pl?booksellerid=2&o wner=1 OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org On the list for managing uncertain prices there is a column for quantity that can be edited. When creating your items on order the possibility to create items there does not make sense. When changing the quantity the uncertain price will be unset and the quantity changes to your entered number. But no additional items will be created and there is no warning about that. -- 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 12

[Bug 10752] New: Impossible to add 2 identical suggestions, but without any explanation
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10752 Bug ID: 10752 Summary: Impossible to add 2 identical suggestions, but without any explanation 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Create a new suggestion, chose a short term as your title and copy it. - Leave all other fields of the suggestion form untouched. - Save your first suggestion. - Enter a second suggestion with the same title. It won't save and there is no error message or explanation given. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 9878] New: Flag display is inconsistent between circulation.pl and memberentry.pl
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9878 Bug ID: 9878 Summary: Flag display is inconsistent between circulation.pl and memberentry.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com Whereas circulation.pl has strings like "Restricted: patron's account is restricted" after the patron's name, memberentry.pl says only "Patron is restricted" before the name. I prefer the formatting on circulation.pl, but exactly how it is formatted is less important than that it be consistent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 10423] New: Date not well formatted on 'print summary' from patron account
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10423 Bug ID: 10423 Summary: Date not well formatted on 'print summary' from patron account Classification: Unclassified 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: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 18690 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18690&action=edit screenshot The due date printed on the account summary printed from the patron account using the 'print summary' option is not well formatted (see screenshot) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10971] New: Hide EAN search option for MARC21 when
by bugzilla-daemon＠bugs.koha-community.org 17 May '15

17 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10971 Bug ID: 10971 Summary: Hide EAN search option for MARC21 when 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 5534] New: koha does not ignore punctuation when searching
by bugzilla-daemon＠bugs.koha-community.org 16 May '15

16 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5534 Summary: koha does not ignore punctuation when searching Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal 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 When you're doing a search for a title like "Harrison's Internal Medicine" you can find it if you search for "harrison" or "harrison's" but not "harrisons" - the punctuation is required. This seems a bit odd since most search engines don't require that you enter the punctuation. -- 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 16