April 2015 - Koha-bugs - lists.koha-community.org

[Bug 11402] New: Labels::_guide_box should return undef if undefned data is passed
by bugzilla-daemon＠bugs.koha-community.org 01 May '15

01 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11402 Bug ID: 11402 Summary: Labels::_guide_box should return undef if undefned data is passed 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 5704] New: bib level item type icon should display on search results
by bugzilla-daemon＠bugs.koha-community.org 01 May '15

01 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5704 Summary: bib level item type icon should display on search results Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Depends on: 4359 Estimated Hours: 0.0 Created attachment 3079 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3079 display introduced with patch for bug 4359 I talked to Owen today (chat transcript below) about the recent changes applied by the commit for bug 4359. Basically the icon shouldn't show on the search results unless the item-level_itypes pref is off. But I think we need a new pref that does not take the item-level_itypes pref into consideration to show the bib level item type icon on the search results (if the library so chooses). --------------- Owen Leonard: But if you have item-level item types turned on (and I think most people do now?) then there is no way to choose which item type to display on the results page Owen Leonard: And mightn't libraries not be setting a biblio-level item type at all? Nicole Engard: so maybe we need two prefs Nicole Engard: you are right - they may not be setting that bib level item type Owen Leonard: Hm... They don't have some copies in reference and others which circulate? Owen Leonard: That's the big use we have of the feature Nicole Engard: i would think they would Nicole Engard: basically whatever commit this was needs to be reverted cause it has too many variables that weren't considered Nicole Engard: i just can't find the report for it Nicole Engard: i think we need multiple prefs: Owen Leonard: http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=7a945dbc284… Nicole Engard: #1 show icons on the search results (yes/no) Nicole Engard: #2 use the bib level/first item level icon for display Nicole Engard: #3 show icons on the items on the bib detail Owen Leonard: I'm going to submit another patch to make display of the item type icon contingent on having item-level_itypes off Nicole Engard: i'll add my notes after you do that - cause that's too broad a condition - if you turn them off for all items and want the icon to display on the search results if you don't have attached items you can't have that Nicole Engard: i don't know if that makes sense Owen Leonard: I think at this point there is no logical way to display icons on the search results page if you have item-level itemtypes turned on. Nicole Engard: hence my suggestions for multiple prefs Owen Leonard: Displaying the first item-level item type doesn't make sense to me, I think that would be misinformation. Nicole Engard: i agree with you!! don't get my wrong - i'm just telling you what we're being asked for Nicole Engard: i'm okay with your way - but we need a pref to use the bib level item type for search results icon display if people want Nicole Engard: and that has to be regardless of the value in the item level pref Nicole Engard: who are we to tell libraries they can't share misinformation? :) hehe Owen Leonard: Fair enough. Owen Leonard: So we need a new bug report for that enhancement Nicole Engard: i'll do that and i'll relate it to the one you're fixing -- 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 4

[Bug 14105] New: SMS Notices/Messages section could use the addition of an India specific Send driver
by bugzilla-daemon＠bugs.koha-community.org 01 May '15

01 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14105 Bug ID: 14105 Summary: SMS Notices/Messages section could use the addition of an India specific Send driver Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org SMS Notices/Messages list a few SMS::Send drivers. Typically these are meant for SMS services in North American / Western Europe / elsewhere in the world. None of the listed examples work in India. I request for making an inclusion for a India specific regional context driver, given that this is regular question on Koha m/l from Indian users. I would like to submit a patch that inclusion. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 12503] New: Alignment
by bugzilla-daemon＠bugs.koha-community.org 01 May '15

01 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12503 Bug ID: 12503 Summary: Alignment Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 29375 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29375&action=edit PDF file generated by the partner library. This appears to be a re-occurrence of bug 6075, which was closed because the issue could not be replicated. Description of the problem: A call number of the form XXX YYY ZZZ will print out such that the last line is shifted left by roughly the width of one character: XXX YYY ZZZ If the first row is missing (e.g. YYY ZZZ), the last row will again be shifted: YYY ZZZ We are using 'Layout 1', with no Layout ID Layout Barcode Type Print Type Fields to Print Select 1 SPINE CODE39 BIB itemcallnumber mysql> select * from creator_layouts\G *************************** 1. row *************************** layout_id: 1 barcode_type: CODE39 start_label: 1 printing_type: BIB layout_name: SPINE guidebox: 0 font: C font_size: 14 units: POINT callnum_split: 1 text_justify: C format_string: itemcallnumber layout_xml: creator: Labels 1 row in set (0.00 sec) We are using the following template, with no profile specified. mysql> select * from creator_templates\G *************************** 1. row *************************** template_id: 1 profile_id: 0 template_code: Spine Lable Template template_desc: To be used with Gaylord 1 1/2" x 1 1/8" page_width: 8.5 page_height: 11 label_width: 1.125 label_height: 1.5 top_text_margin: 0.25 left_text_margin: 0.25 top_margin: 0.7 left_margin: 0.35 cols: 6 rows: 6 col_gap: 0.2 row_gap: 0.2 units: INCH creator: Labels Here are the associated call numbers from the Partner Library's items table: FIC ROB LP FIC ROB OB 641.5636 DEN 973.932 MCC 395.2 POS -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10985] New: Unimarc: Authority summary does not work as expected
by bugzilla-daemon＠bugs.koha-community.org 01 May '15

01 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10985 Bug ID: 10985 Summary: Unimarc: Authority summary does not work as expected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Example: The following authority: 000 - Record Label @ 00190 a2200097 4500 001 - Record Identifier @ 55347 005 - Version Identifier @ 20131002124236.0 009 - ppn @ my_ppn 200 ## - Heading - Personal Name a Entry Element Personal name b Part of Name Other t G. And the following summary: NP : [200a][, 200b][ 200d][-- 152b --][ ; 200c][ (200f)] [001*] [ppn: 009*] We got: NP : 23849 ppn: -- NP : ppn: my_ppn -- NP : -- NP -- ppn: -- NP : Personal name, D. ppn: : -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 8604] New: Patron cards made for patrons which don't have patron images use preceding card's image
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '15

30 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8604 Priority: P5 - low Change sponsored?: --- Bug ID: 8604 Assignee: cnighswonger(a)foundations.edu Summary: Patron cards made for patrons which don't have patron images use preceding card's image Severity: normal Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha Steps to reproduce: 1. In the patron creator, set up a layout with patron images enabled 2. Create a batch starting with a patron that does NOT have a picture stored 3. Next choose one that DOES 4. Finally choose one that does NOT 5. Export the batch 6. Resulting PDF will show i) the first one is correct (no picture) ii) the second one will correctly show it's own picture iii) the third one will (incorrectly) show the previous patron's picture -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9528] New: Add delivery branch to the place hold display
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '15

30 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9528 Bug ID: 9528 Summary: Add delivery branch to the place hold display Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz CC: gmcharlt(a)gmail.com It would be nice to see where each item was supposed to be delivered to, both for troubleshooting and verification purposes. Bonus, it should be editable without deleting and re-adding the reserve. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 13442] New: Facet links broken when collection code limit is used
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '15

30 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13442 Bug ID: 13442 Summary: Facet links broken when collection code limit is used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Clicking on a collection code facet generates a broken URL. For example on the Bywater demo server http://intranet.bywatersolutions.com (username: bywater, password bywater) Step 1) Keyword search for 'Juggling': http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?idx=k… Step 2) Click on Author 'De Paola, Tomie' in record 5. "The clown of God : an old story" (Popular author, likely to have useful search facets). This takes us to http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=au:… Step 3) Click facet for item type "Adult Office" => http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=ccl… This is equivalent to http://intranet.bywatersolutions.com/cgi-bin/koha/catalogue/search.pl?q=ccl…: Which obviously won't return any results. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 7939] New: Separate po files for different MARC dialects
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '15

30 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7939 Priority: P5 - low Change sponsored?: --- Bug ID: 7939 Assignee: frederic(a)tamil.fr Summary: Separate po files for different MARC dialects QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha As suggested here: http://lists.koha-community.org/pipermail/koha-translate/2011-September/001… I think it would be a good idea to have separate po files for MARC21, UNIMARC and NORMARC (value builders and XSLT). See also Bug 7934. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 11814] New: Serial statuses should be stored in constants
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '15

30 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11814 Bug ID: 11814 Summary: Serial statuses should be stored in constants Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org See bug 11689 comment 3 -- You are receiving this mail because: You are watching all bug changes.

1 36