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

[Bug 10323] New: Allow system preferences to be overridable from koha-httpd.conf
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10323 Bug ID: 10323 Summary: Allow system preferences to be overridable from koha-httpd.conf Classification: Unclassified 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: kyle.m.hall(a)gmail.com It would be nice to be able to override systeprefs from the http conf file. Case in point, a library wants to have two separate opacs, one the is only viewable from within the library that allows patrons to place holds, and a second public one that does not. In this case, overriding the system preference RequestOnOpac would accomplish this simply, and with no ill affects. This feature would of course be highly dangerous and system prefs should only be overridden if they have cosmetic effects on the system. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10322] New: IndependentBranches - can edit items from other branches
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10322 Bug ID: 10322 Summary: IndependentBranches - can edit items from other branches Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: vfernandes(a)keep.pt CC: m.de.rooy(a)rijksmuseum.nl IdenpendentBranches - prevent A user with editcatalogue permissions can edit and remove items from other branches. In items table (appears on the top of items cataloguing/editing page) the menu that appears with javascript when clicking on the items has a link to edit the item. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10225] New: If an item isn't editable, don't show the onclick Edit/Delete menu
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10225 Bug ID: 10225 Summary: If an item isn't editable, don't show the onclick Edit/Delete menu Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Cataloging Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org CC: m.de.rooy(a)rijksmuseum.nl When editing items, if you click anywhere in the table of items you'll be shown a small Edit/Delete menu. This menu should not appear on rows for items which are not editable because of the IndependantBranches setting. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10129] New: Babeltheque does not depend on COinSinOPACResults
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10129 Bug ID: 10129 Summary: Babeltheque does not depend on COinSinOPACResults Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com The Babeltheque information are displayed only if the COinSinOPACResults syspref is enabled. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 10316] New: Some patron search options missing in advanced search on patron record
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10316 Bug ID: 10316 Summary: Some patron search options missing in advanced search on patron record Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you open the advanced patron search option while looking at a patron account, 2 search options are missing from the list compared with the patron search in the patron module: patron category and library -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10052] New: Make intranetstylesheet and intranetcolorstylesheet behave exactly like their opac counterparts
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10052 Bug ID: 10052 Summary: Make intranetstylesheet and intranetcolorstylesheet behave exactly like their opac counterparts Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Staff Client Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com This is actually a followup on bug 8263: Make OPAC stylesheet preferences more consistent. The changes for intranet smaller. Pref intranetstylesheet may be blank: meaning use staff-global.css (no change) if it contains a full http or https prefixed string, use that (no change) if it contains a root symbol / at the start, just follow the pref (no change) if it contains something else, it should be interpreted as relative and prefixed with [themelanguage]/css (this is NEW behavior and just like OPAC) Pref intranetcolorstylesheet now is always prefixed with theme/css. For consistency with opac and intranetstylesheet, we should add the above logic for an absolute path (root symbol) or http(s) prefixed path. This means that we add new behavior: allow css for colors outside the themedir and even remote. Does this change need a db revision? If intranetstylesheet now contains say $relpath (not blank and not starting with http or root symbol), and we must assume that it worked :), we cannot simply prefix it with theme. What to do? Most safe approach is: prefix $relpath with / here. So: Yes, we do need a db rev for this unusual case. There is no change needed for the intranetcolorstylesheet. This report changes include doc-head-close.inc, and updates the descriptions for the prefs in staff_client.pref, with a dbrev in updatedatabase.pl. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 9806] New: Show more information on basketgroups lists
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9806 Bug ID: 9806 Summary: Show more information on basketgroups lists Classification: Unclassified 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: mathieu.saby(a)univ-rennes2.fr In the list of all the open/closed basketgroups for a vendor, you just have the name of each basketgroup, and 3 action buttons. For libraries using basketgroup, it would be very usefull to see more information, all the more since librarians cannot see the content of a basketgroup without reopening it (this point could be fixed in an other bug...) To begin, I propose to add the following columns : - basketgroupnumber - billingplace - deliveryplace - number of baskets in each basketgroup and maybe later : - date of creation - date of closure - the list of baskets included in the basketgroup - number of orders - number received/non received orders M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 9965] New: Improve integration of report plugins with existing reports
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9965 Bug ID: 9965 Summary: Improve integration of report plugins with existing reports Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com Right now we have a link to in the Reports module to access all report plugins. It would probably be better for the report plugins were just listed on the reports page directly. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 6506] New: deleting patron history missing errors
by bugzilla-daemon＠bugs.koha-community.org 23 May '13

23 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6506 Bug #: 6506 Summary: deleting patron history missing errors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I'm not sure what category to put this in. If you don't set up an anonymous patron you don't get errors in the OPAC when using my privacy (which requires this patron). Without AnonymousPatron set, go to the OPAC and click 'immediate deletion' on your privacy tab to delete your reading history. You are told that your history is deleted, but the history is actually still showing. I'm assuming that all of the privacy settings are not working if that patron isn't set and there should be some kind of error message explaining that instead of making the patron think that the feature works. -- 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 29

[Bug 10312] New: turning on IndependentBranches doesn't limit libraries than user can create subscriptions for
by bugzilla-daemon＠bugs.koha-community.org 22 May '13

22 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10312 Bug ID: 10312 Summary: turning on IndependentBranches doesn't limit libraries than user can create subscriptions for Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com CC: colin.campbell(a)ptfs-europe.com Due to a template error, if IndependentBraches is on, the user is still presented with a list of all libraries to choose from when creating a new subscription. Instead, only the user's library should be available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1