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

[Bug 11258] New: Holds queue is still making transfer requests that contradict the branch holds policy
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11258 Bug ID: 11258 Summary: Holds queue is still making transfer requests that contradict the branch holds policy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The holds queue generator is still making requests that are not allowed. Previously it was making transfer requests that were not allowed. Currently, it is still making requests where the pickup branch is the same as the item's branch but not the patron's branch, even if there is a "Default holds policy by item type" rule that states this item can only fill holds for patron's of the same branch as the item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 12081] New: tmpl_process3.pl delete temp files
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12081 Bug ID: 12081 Summary: tmpl_process3.pl delete temp files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Every time you run translate script it makes temporary files on /tmp This files are not deleted, and over time it takes a lot of space. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10825] New: detail.tt displays duplicated enumchron values for serial items
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10825 Bug ID: 10825 Summary: detail.tt displays duplicated enumchron values for serial items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org when a serial is received, its serialseq info is automatically copied into it's item.enumchron field when that newly created item is displayed in the staff details page both its enumchron and serialseq values are displayed together. the bug is - both values are identical creating a duplication of info (pic attached) the solution is to only display one of the two fields -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 12076] New: xt/tt_valid.t can miss an invalid construct
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12076 Bug ID: 12076 Summary: xt/tt_valid.t can miss an invalid construct Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Per bug 6458, template constructs of the form <li [% IF (foo) %]selected="selected"[% END %]... as that can cause problems with translated templates. However, the test currently doesn't catch the variation where '-' is used to suppress extra whitespace: <li [% IF (foo) %]selected="selected"[% END %]... -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 11441] New: Ability to globally remove authorities with no bibliographic record linked.
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11441 Bug ID: 11441 Summary: Ability to globally remove authorities with no bibliographic record linked. 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: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org Ability to globally remove unused authorities (those that are not linked to any bibliographic record). Currently, this can be done by each heading and this is very time consuming and labour-intensive! -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 7267] New: Display accountnumber in PDF
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7267 Bug #: 7267 Summary: Display accountnumber in PDF Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Depends on: 3388 The bug 3388 has fixed the management of the accoundnumber field, that contains the library accountnumber for the bookseller. This accountnumber should be displayed in PDF -- 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 26

[Bug 11828] New: Add German PDF template for orders in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11828 Bug ID: 11828 Summary: Add German PDF template for orders in acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Add a German translation of the existing template layout2pages for creating ordres as PDF in acquisitions. See also bug 10573. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 11184] New: Fix wrong attribute type cloning
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11184 Bug ID: 11184 Summary: Fix wrong attribute type cloning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: srdjan(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When building attributes list for the patron maintenance list, cloning is performed in suboptimal way that generates warnings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 12056] New: Untranslatable strings in calendar
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12056 Bug ID: 12056 Summary: Untranslatable strings in calendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In the calendar, the javascript function dateStatusHandler() returns eg. "Single holiday: " + the name of the holiday. The string is not picked up for translation. In total, the function has 5 different strings that are not picked up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 9075] New: Show material type and item type on staff detail (with xslt)
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '14

13 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9075 Priority: P5 - low Change sponsored?: --- Bug ID: 9075 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Show material type and item type on staff detail (with xslt) Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha If pref item_level_itypes is set to biblio, the item type is not shown on staff detail (in the items table) while XSLT is enabled. Why not, since it still is useful information? The proposed patch is very simple: The item type with icon from the intranetDetail XSLT is renamed to Material type. That's what it is or at least comes closer. The table below does always show item type for each item. The setting of the pref does no longer matter in that sense. Note that the normal view without xslt on staff does show item type under the title. I remove it there since it is in the table below now. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37