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

[Bug 7955] New: Statistics tab in patron module
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7955 Priority: P5 - low Change sponsored?: --- Bug ID: 7955 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Statistics tab in patron module QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Patrons Product: Koha It would be great to have a tab (in the patron module) with statistics (number of issues by document type) -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 8407] New: xt/tt_valid.t is too strict
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8407 Priority: P5 - low Change sponsored?: --- Bug ID: 8407 Assignee: oleonard(a)myacpl.org Summary: xt/tt_valid.t is too strict Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Templates Product: Koha A new bug (Bug 8385) highlights a problem already known : In Koha, we forbid the following syntax in tt files: <option value="foo" [% IF ( option.selected ) %] selected="selected" [% END %]>bar</option> We prefer : [% IF ( option.selected ) %] <option value="foo" selected="selected">bar</option> [% ELSE %] <option value="foo">bar</option> [% END %] For Bug 8385, if I want to make tt_valid.t happy, I should replace 8 lines (with the same structure as previous) with 40 lines. These new lines get nowhere. Less readability (discutable), less concise, a lot of useless lines, etc. Why ? I don't know exactly. The translator tool crashes if this kind of syntax occurs. In fact, after few test, it seems the problem existed with HTML::Template, but I don't get through with Template::Toolkit. It would seem that we can introduce a IF statement to add attributes like selected, checked or disabled (for example). Given that the string (between IF and END) does not contain translatable strings. I will propose a patch (for discussion and massive test). It would be great if several testers could check that this patch does not valid a broken template or a template containing non translatable strings. Like as Frédéric Demians said me, it is a time bomb and we have to be sure the templates do not passed as valid if they are not. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8192] New: Update libraries and Missing library in install_misc/ubuntu.packages
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8192 Priority: P5 - low Change sponsored?: --- Bug ID: 8192 Assignee: gmcharlt(a)gmail.com Summary: Update libraries and Missing library in install_misc/ubuntu.packages Severity: enhancement Classification: Unclassified OS: Linux Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Installation and upgrade (command-line installer) Product: Koha Was doing a fresh install of what I pulled from the git repository a couple days ago. I am running Ubuntu 12.04 libdatetime-format-mysql-perl was missing after I did something similar to : apt-get install `./install_misc/ubuntu_pkg_check.sh | grep none | cut -f1 -d' '` I then did a ./koha_perl_deps.pl -m It said DateTime::Format::MySQL (the capitalization may be off, I'm doing this from memory). So I did: aptitude search datetime-format-mysql And such a library existed, so I installed it. And the koha_perl_deps.sh didn't complain about anything missing. I figure it is a quick one-line add. I confirmed that libdatetime-format-mysql-perl also exists on Ubuntu 10.10 Though, I was noticing the ubuntu.packages still references yaz3. The current version is yaz4. yaz3 does not exist on 12.04, nor 10.10. Please change libyaz3 and libyaz3-dev to libyaz4 and libyaz4-dev. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8543] New: enter an 001 at acquisitions
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '12

01 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8543 Priority: P5 - low Change sponsored?: --- Bug ID: 8543 Assignee: koha-bugs(a)lists.koha-community.org Summary: enter an 001 at acquisitions Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha It would be nice to add to the basic bib form at acquisitions the 001. For those in OCLC libraries it's lets the acq person enter the oclc number at the time of ordering so when the catalogers come around to overlay the record they can use the 001 to match on which is better than the isbn or any other field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8541] New: Type code for fund instead of just pull down
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8541 Priority: P5 - low Change sponsored?: --- Bug ID: 8541 Assignee: koha-bugs(a)lists.koha-community.org Summary: Type code for fund instead of just pull down Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha It would be nice if when in acquisitions and ordering you could type the code for a fund if you knew it instead of only using the pull down - like when you're in the patron management and you can have a pull down for cities but don't have to use it if it exists. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 6840] New: error in Template.pm in logs
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6840 Bug #: 6840 Summary: error in Template.pm in logs Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In staff interface, in search (catalogue/search.pl), there is a warning saying: [Fri Sep 2 18:20:24 2011] search.pl: Use of uninitialized value $key in hash element at /home/paul/koha.dev/koha-community/C4/Templates.pm line 227. The problem happens when searching from the quick search toolbar, not when you search from advanced search. Investigating, it seems it's because the sort_by is not defined in this case. Patch will follow -- 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 13

[Bug 8538] New: true browse for authorities
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8538 Priority: P5 - low Change sponsored?: --- Bug ID: 8538 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: true browse for authorities Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha It would be nice if there were a true browse for authorities. right now you have to search first to start browsing, but a way to just browse would be nice. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3886] Can't print receipt w/out allowing "Add or modify borrowers" permission
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3886 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |8535 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8536] New: indicate in staff client that records are suppressed in the opac
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8536 Priority: P5 - low Change sponsored?: --- Bug ID: 8536 Assignee: oleonard(a)myacpl.org Summary: indicate in staff client that records are suppressed in the opac Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha It would be nice in the staff client if there were a way to see that an item is suppressed in the OPAC (grayed out or a note that says suppressed for the staff so they know that patrons can't see it in the opac) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3032] Enhancement: ability to deny some patrons password resets
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '12

31 Jul '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3032 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- I wonder if a pre-configured patron attribute would work in this case? Something like the SHOW_BCODE authorized value? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0