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

[Bug 8594] New: A report containing a subquery that has a 'limit' will have that limit stripped out
by bugzilla-daemon＠bugs.koha-community.org 03 May '15

03 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8594 Priority: P5 - low Change sponsored?: --- Bug ID: 8594 Assignee: gmcharlt(a)gmail.com Summary: A report containing a subquery that has a 'limit' will have that limit stripped out Severity: normal Classification: Unclassified OS: All Reporter: robin(a)catalyst.net.nz Hardware: All Status: NEW Version: rel_3_8 Component: Reports Product: Koha The limit is stripped out when Koha fetches the headers* so that another limit can be applied. However, if you have a subquery in the fields part, then you probably need to apply a limit for things to work. So fetching the headers fails. I'm thinking that the limit should be removed after the last where clause, or if there's no where clause, do what is currently done. This won't fix every case, but should result in more things working. * in other news, I'm not a fan of it having to run the query twice, which it seems to do, just to grab the headers. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 7915] New: Print a barcoded membership card from member detail page
by bugzilla-daemon＠bugs.koha-community.org 02 May '15

02 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7915 Priority: P5 - low Change sponsored?: --- Bug ID: 7915 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Print a barcoded membership card from member detail page QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: savitra.sirohi(a)osslabs.biz Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha User should be able to print a membership card from the member detail page. Syspref to turn this feature on/off, another to house content of the card including barcode. -- You are receiving this mail because: You are watching all bug changes.

1 7

[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 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 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 6911] New: Log viewer should remember search terms
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '15

29 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6911 Bug #: 6911 Summary: Log viewer should remember search terms Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org The log viewer's search form will go back to the default values after submit. There is no way to see what you have searched for after submitting, which is quite annoying. -- 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 23

[Bug 6007] New: Checking 'Display only used Tags/Subfields' on MARC framework page results in unusable output
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '15

29 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6007 Bug #: 6007 Summary: Checking 'Display only used Tags/Subfields' on MARC framework page results in unusable output Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/admin/marctagstructure.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: System Administration AssignedTo: paul.poulain(a)biblibre.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 3531 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3531 Screenshot of the problematic display When looking at tags for a particular MARC framework, if you check the 'Display only used Tags/Subfields' the page automatically reloads and the table redisplays in a way that is unusable. The table columns no longer match the header and there are no longer links for editing, deleting, etc. -- 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 17

[Bug 8796] New: patron cards not starting on designated card
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '15

29 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8796 Priority: P5 - low Change sponsored?: --- Bug ID: 8796 Assignee: cnighswonger(a)foundations.edu Summary: patron cards not starting on designated card Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha When I put a number in "Enter starting card number" I am expecting it to start printing cards in that position the way it does in the label creator. However it always starts in the first position. I have tested and confirmed this in 3.8.4 and Master (as of this morning). -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 9117] New: Reports hierarchies management improvements
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9117 Bug ID: 9117 Summary: Reports hierarchies management improvements Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Reports Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com - Filter by groups using tabs - Filter by subgroups using a dropdown list under each tab - Allow to create new group and subgroups when building a new report or editing an existing report (no need to go through admin AV interface) + Possibility to duplicate a report (new link in the table) -- You are receiving this mail because: You are watching all bug changes.

1 52

[Bug 7046] New: subscription renewal period should be a pull down
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '15

28 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7046 Bug #: 7046 Summary: subscription renewal period should be a pull down Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Created attachment 5938 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5938 renew subscription length When adding a new subscription there is a pull down menu for the subscription length, but when you renew it the length is 3 text boxes which implies that you can fill them all in - or that you have to fill them all in, but I assume you're just supposed to fill in one like you do when you add a subscription. -- 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 6