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

[Bug 5680] New: When deleting an order, delete attached items, and if applicable biblio
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '13

10 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5680 Summary: When deleting an order, delete attached items, and if applicable biblio Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 - all items attached to the order are deleted - if there is no more items, then the biblio is deleted as well -- 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 42

[Bug 5999] New: Biblibre : Performance enhancements for 3.4
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '13

09 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5999 Bug #: 5999 Summary: Biblibre : Performance enhancements for 3.4 Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org 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 7

[Bug 8585] New: Add System Preference to specify Holds to Pull List Start Date
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '13

07 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8585 Priority: P5 - low Change sponsored?: --- Bug ID: 8585 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Add System Preference to specify Holds to Pull List Start Date Severity: enhancement Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha When you are on the "Holds to Pull" page in the Circulation module, the default "Start Date" in the "Refine Results" section is 2 days in the past. I plan to introduce a system preference that changes the number of days to however many the librarian chooses. If the system preference isn't set, the default of 2 days will continue to be used. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 7062] New: barcode titles not truncating
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '13

06 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7062 Bug #: 7062 Summary: barcode titles not truncating Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5973 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5973 one example of a broken label After upgrading from 3.4.x to master there are some label inconsistencies. In the previous version, the title printed on the label as only ONE line and the title truncated at the end of the line. Now, despite having the same values in the template, the title goes to two or three lines, however long the title actually is in the database field. As a result, the library name that is the first line of the barcode is being cut off. -- 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 8

[Bug 9074] New: DB dependent tests for is_holiday
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '13

04 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9074 Priority: P5 - low Change sponsored?: --- Bug ID: 9074 Assignee: koha-bugs(a)lists.koha-community.org Summary: DB dependent tests for is_holiday Severity: enhancement Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: Holidays Product: Koha We need several de-dependent tests for is_holiday. We currently only have sample data and tests for repeteable holidays. Missing: - special holidays - exception holidays -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 5434] New: More granular hold rules
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '13

04 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5434 Summary: More granular hold rules Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/AllowOnShelfHolds OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 AllowOnShelfHolds syspref is currently global: one should be able to toggle the syspref by branch: branch A: AllowOnShelfHolds == Y branch B: AllowOnShelfHolds == N etc This will be a part of circ improvement, see also http://wiki.koha-community.org/wiki/Holds_managed_in_smart-rules -- 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 8583] New: Add a warning if a Z39.50 search is started from the "Edit biblio record" page
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '13

04 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8583 Priority: P5 - low Change sponsored?: --- Bug ID: 8583 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Add a warning if a Z39.50 search is started from the "Edit biblio record" page Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha Created attachment 11392 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11392&action=edit Add a warning if a Z39.50 search is started from biblio edition page. If the "Z39.50 Search" is clicked when editing an existing biblio record, the current record will be overwritten by the imported Z39.50 record. This patch simply adds a warning when the button is clicked so the user is aware that doing a Z39.50 import from the edition page will overwrite the current record. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8023] New: Facebook share link not used current localization
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '13

03 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8023 Priority: P5 - low Change sponsored?: --- Bug ID: 8023 Assignee: frederic(a)tamil.fr Summary: Facebook share link not used current localization Severity: enhancement Classification: Unclassified OS: All Reporter: dubyk(a)library.lviv.ua Hardware: All Status: NEW Version: unspecified Component: I18N/L10N Product: Koha When share link on Facebook, cover, link and description was shared great, but in title used "catalog › Details for:" in English undepended from current choosed language in Koha. For example: http://koha.tntu.edu.ua/cgi-bin/koha/opac-detail.pl?biblionumber=47944 Share title: Науково-технічна бібліотека ТНТУ ім. Івана Пулюя catalog › Details for: Вогнесміх but must: Науково-технічна бібліотека ТНТУ ім. Івана Пулюя › Електронний каталог &rsaquo; Подробиці щодо: „Вогнесміх“ (or in other native language of reader) I try append share link with "&language=uk-UA" (http://www.facebook.com/sharer.php?u=koha.tntu.edu.ua/cgi-bin/koha/opac-det…) but it not help -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8088] New: Png-images of covers lost transparency
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '13

03 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8088 Priority: P5 - low Change sponsored?: --- Bug ID: 8088 Assignee: gmcharlt(a)gmail.com Summary: Png-images of covers lost transparency Severity: enhancement Classification: Unclassified OS: All Reporter: dubyk(a)library.lviv.ua Hardware: All Status: NEW Version: unspecified Component: Tools Product: Koha Images of covers must preserve transparency of png-images. This is useful for example for the covers of CD/DVD disks. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 7146] New: Update timestamps when deleting a biblio
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '13

28 Feb '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7146 Bug #: 7146 Summary: Update timestamps when deleting a biblio Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Currently, when you delete an item, the timestamp column in deleteditems is updated with current time. (This comes from an [unintentional] additional update statement in DelItem.) It makes deletion time visible. In the past, the marcxml was updated too at that moment, resulting in an updated timestamp in biblioitems too. The timestamp in biblio was not touched. If you delete a biblio however, the timestamps in deletedbiblio and deletedbiblioitems do not reflect time of deletion. They still show the time of last update before the record was deleted. This last update can be extracted from MARC field 005 too. This behavior is not consistent nor logical. I would suggest to add a statement in DelBiblio to force updating the timestamp in deletedbiblio(items) too. It makes the time of deletion visible in the record too. The time of deletion of a biblio can be very useful for e.g. synchronizing purposes. -- 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 10