September 2013 - Koha-bugs - lists.koha-community.org

[Bug 10537] New: Super Librarian Access
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '13

22 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10537 Bug ID: 10537 Summary: Super Librarian Access Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Staff members or people granted permission to give permission should be able only give permissions that they have on their own account. Does that make sense? So if someone is not a superlibrarian they cannot give someone else permission to be a superlibrarian. Right now if you have the permission "(permissions) Allow staff members to modify permissions for other staff members" someone without superlibrarian permissions can give another person superlibrarian permissions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 10642] New: Inappropriate uses of $sth->finish() in C4::RotatingCollections.pm
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '13

21 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10642 Bug ID: 10642 Summary: Inappropriate uses of $sth->finish() in C4::RotatingCollections.pm Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kenza.zaki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10653] New: UT : C4::RotatingCollections.pm needs unit tests.
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '13

21 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10653 Bug ID: 10653 Summary: UT : C4::RotatingCollections.pm needs unit tests. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: kenza.zaki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 8887] New: Search preferences: Strange behaviour with exact matches (default instead of custom favicon used, displays to much results)
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '13

21 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8887 Priority: P5 - low Change sponsored?: --- Bug ID: 8887 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Search preferences: Strange behaviour with exact matches (default instead of custom favicon used, displays to much results) Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: System Administration Product: Koha Created attachment 12724 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12724&action=edit Wrong favicon and to many results with exact match If searching a preference results in a exact match, the default favicon is displayed instead of the custom favicon. Additionaly, the list shows more entries than expected. E.g. if you do a search on "AddPatron", favicon is OK and the list shows just one entry ("AddPatronLists") If you do a search on the exact name ("AddPatronLists"), favicon is the default one and the list shows _all_ Patron preferences (instead of just this one). See screenshot attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10401] New: Add ability to merge invoices
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '13

21 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10401 Bug ID: 10401 Summary: Add ability to merge invoices Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Acquisitions Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com In situations where items from a single vendor invoice are received on more than one Koha invoice, it would be really useful to be able to merge invoices. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10531] New: Basket name and PO number on receipt screen
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '13

21 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10531 Bug ID: 10531 Summary: Basket name and PO number on receipt screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com To list the basket name or PO number on the receipt screen to identify the lot that you are receiving -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10309] New: New OPAC theme based on Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '13

21 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10309 Bug ID: 10309 Summary: New OPAC theme based on Bootstrap Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org I'm working on a new theme for the OPAC which replaces the old YUI grid system with Bootstrap. This new theme's design is based on the look of CCSR, but adds Bootstrap-style widgets and additional layout breakpoints for better responsiveness. My initial design is focused on the structural overhaul of the templates (with complete re-indentation and tab-to-spaces conversion) to add the Bootstrap grid and other features. I would like to later refine the design so that it looks less like the default Bootstrap design and more like something we can call our own. I started the redesign by throwing out everything in opac.css and starting from scratch. I still have the old version saved as opac-old.css for reference during development. The file should be removed for release. CSS is now generated from a couple of LESS files: opac.less and responsive.less which are combined when compiled. It's compiled to a non-minified version at the moment, but that should be changed for the release as well. The [lang] directory now contains only /includes, /modules, and /xslt. Everything else has been moved up to the [theme] level. The initial conversion of the templates is done, and I'm working now on tweaking the responsive layout, finding where breakpoints need to be adjusted. There's still a lot of work to be done in deciding how to prioritize content in the mobile view. I'll push an in-progress branch to Gitorious shortly. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 9739] New: more options for serialsUpdate.pl
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '13

20 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9739 Bug ID: 9739 Summary: more options for serialsUpdate.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com Script serialsUpdate.pl must be set in crontab to run daily. It checks serials that are late, modifies status and adds a note. A library reported that this automatic note can not be changed nor disabled. So I propose to add an option to defined note (keeping default one if not defined) and and option to disable this note. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10715] New: MARC21 007 Plugin Editor doesn't load position 01
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '13

20 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10715 Bug ID: 10715 Summary: MARC21 007 Plugin Editor doesn't load position 01 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently, position 01 isn't loaded into the plugin editor for the 007 field in MARC21. This is because the template expects 1 character but the perl script is trying to pass in 4 characters. I can see no reason for this and when I do a git blame, it looks like this might be an accidental holdover from a past implementation of the plugin editor. If we switch the perl script to pass 1 character instead of 4, the plugin editor works as it should and I see no undesirable behaviours. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10483] New: check_uniqueness.pl does not work
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '13

20 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10483 Bug ID: 10483 Summary: check_uniqueness.pl does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com When syspref "UniqueItemFields" is defined, the item uniqueness is tested in acquisition by an Ajax call to check_uniqueness.pl. I noticed that it does not work, item is always created without alert even on existing barcode. I have looked in perl debug mode and found that in check_uniqueness.pl : my $input = new CGI; my @field = $input->param('field'); my @value = $input->param('value'); @field and @value are always empty. It is because in CGI the params are named "field[]" and "value[]". It seems to be because of the ajax serialization of a Javascript Array. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12