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

[Bug 7993] New: saved report with hierarchies
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7993 Priority: P5 - low Change sponsored?: --- Bug ID: 7993 Assignee: gmcharlt(a)gmail.com Summary: saved report with hierarchies QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Reports Product: Koha 1/For the customer: - They wants to create themselves their topics (no freezed topics) - He could move report from a hierarchy to another (modify) - They need 2 level of hierarchy Suggests to use 2 authorised value lists: "GROUP" "SUBGROUP" When you register or modify a report, you first choose a "group" (code) and then a "subbgroup" (lib_opac wich represent the link between both). Liste N1 : GROUP Code lib lib_opac CIRC Circulation PRT CIRC Circulation RET CAT Catalogage BIB CAT Catalogage EX CAT Catalogage AUT ...etc Liste N2 : SUB_GROUP Code lib lib_OPAC PRT PRETS CIRC RET RETOURS CIRC BIB NOTICES BIB CAT EX NOTICES EX CAT AUT NOTICES AUT CAT 2 / From "Summary and Statistics" when saving the report, a proposal from the list of tabs (hierarchy) to classify the report as a topic of their choice. 3 / From .../cgi-bin/koha/reports/guided_reports.pl?phase= First show the top of hierarchies as tabs and then clicking on the opening of the hierarchy. Reports will be provided in a table with headers that are sortable. 4 / After you save the report ( .../cgi-bin/koha/reports/guided_reports.pl ) add a link from this page 'Start the new report'. 5 / Keep the link "Reports saved" under .../cgi-bin/koha/reports/guided_reports.pl?phase= But adding to the table "standard" one column "Posted in" going back the way the report is filed. Columns should also be sortable. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 5922] New: Show waiting items for patron on return
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5922 Bug #: 5922 Summary: Show waiting items for patron on return Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I had a library suggesting a note on the check in screen when holds are waiting for the patron who is returning books. Discussion on IRC was that this message should be controlled by a sys pref. -- 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 20

[Bug 6487] New: Better circulation error messages
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6487 Bug #: 6487 Summary: Better circulation error messages Classification: Unclassified 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 Created attachment 4436 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4436 cant check out See attached. The error says 'can't check out' but doesn't say why. In my screen shot it was because of a missing expiration date, but how would I know that without first poking all over the place (which I did have to do). Nicole -- 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 6218] New: patron login gets an initial dot added when no first name
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6218 Bug #: 6218 Summary: patron login gets an initial dot added when no first name Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: conan(a)lugmen.org.ar QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com If you create a patron with an empty opac login and an empty first name, save and then edit him/her, script will add a dot before login on OPAC Login box, for example if your surname is 'mongo' box gets pre-filled with '.mongo'. This is because script joins 'first name'.'surname' and with an empty first name, hence the initial dot. It would be desirable to have 'surname' as login (without dot) when there's no first name entered. -- 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

[Bug 5928] New: Allow selection of "purchase for" library in Purchase Suggestions
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '12

22 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5928 Bug #: 5928 Summary: Allow selection of "purchase for" library in Purchase Suggestions Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC Comments AssignedTo: gmcharlt(a)gmail.com ReportedBy: shelley(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org In the OPAC, allow the patron to choose which branch they wish to make a purchase suggestion for. This should default to their home library. The option to show or hide this dropdown menu should be controllable by a system preference. Adding option to choose branch in purchase suggestion. -- 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 28

[Bug 7643] New: Can't upload and import zipped file of patron images
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7643 Priority: P5 - low Change sponsored?: --- Bug ID: 7643 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Can't upload and import zipped file of patron images QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Patrons Product: Koha As reported on the mailing list, import of zipped patron images is not working. I created a zip file my patron images and a text file with data looking like this: 0056464,patron1.jpg 0077822,patron2.jpg 0019166,patron3.jpg 0013890,patron4.jpg I tried comma-separated and tab-separated. I have confirmed that the text file is plain text. I've tried using "DATALINK.TXT" and "IDLINK.TXT." Each time I get the same error: Patron Image Failed to Upload Unpacking completed 1 directorie(s) scanned. 1 directorie(s) processed. - Cardnumber: WARNING: This image not imported because the cardnumber and filename is missing. In the log: picture-upload.pl: Missing cardnumber and filename at /kohaclone/tools/picture-upload.pl line 296, <fh00001patron-images.zip> line 112., referer: http://localhost:8888/cgi-bin/koha/tools/picture-upload.pl -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 6037] New: Invalid markup, missing breadcrumbs on Keyword to MARC Mapping page
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6037 Bug #: 6037 Summary: Invalid markup, missing breadcrumbs on Keyword to MARC Mapping page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/admin/fieldmapping.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org There is an extra </div> at the end and no breadcrumbs <div> -- 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 14

[Bug 6689] New: Improve styling of table pager
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6689 Bug #: 6689 Summary: Improve styling of table pager Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Depends on: 6616 Created attachment 4912 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4912 Screenshot of the proposed revised interface I propose a change to the style of the pager which has been added to some tables sorted by the jQuery tablesorter. See the attached image. This includes a change proposed in comments on Bug 6616 to make it clear that the pages notation (1/3) cannot be directly edited. This bug cannot be tested without the patch for Bug 6616. -- 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 15

[Bug 7784] New: Improve clarity of batch modification operations
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7784 Priority: P5 - low Change sponsored?: --- Bug ID: 7784 Assignee: oleonard(a)myacpl.org Summary: Improve clarity of batch modification operations QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org URL: /cgi-bin/koha/tools/batchMod.pl Hardware: All Status: NEW Version: master Component: Tools Product: Koha In the batch item modification interfaces: "Checking the box right next the subfield label will disable the entry and delete the values of that subfield on all selected items" I think it's more accurate to say "disable the entry and delete the contents of the subfield." Some enhancements: - indicate this by emptying/resetting the field and adding a disabled attribute. - append a note which says "The contents of this field will be deleted" It would also be helpful to add a note saying that leaving fields empty will make no changes to any records. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8155] New: Comply with UK Electronic Commerce (EC Directive) Regulations 2002
by bugzilla-daemon＠bugs.koha-community.org 21 Nov '12

21 Nov '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8155 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8155 Assignee: oleonard(a)myacpl.org Summary: Comply with UK Electronic Commerce (EC Directive) Regulations 2002 Severity: critical Classification: Unclassified OS: All Reporter: mjr(a)software.coop URL: http://opac/ Hardware: All Status: ASSIGNED Version: unspecified Component: OPAC Product: Koha The full details are on http://www.ico.gov.uk/for_organisations/privacy_and_electronic_communicatio… but as I understand it we need a way to avoid setting any cookies on the OPAC until the user has been warned and consented. I intend to destroy the session and cookie in C4::Auth::get_template_and_user() just before it is sent back to the OPAC, as long as no cookie-using features are enabled; and to add a small notice to the OPAC login forms. I am marking this as critical because it means Koha should not be used in the UK (arguably the whole EU) in public until this bug is fixed. Koha admins should ensure that a cookie notification is included in their staff user agreements/policies, to cover the intranet interface. (You can also do that if your OPAC is not public, rather than apply this fix.) A patch, sponsored by software.coop, will be along shortly. -- You are receiving this mail because: You are watching all bug changes.

1 6