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

[Bug 5324] New: "bring out the dead!" in C4
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5324 Summary: "bring out the dead!" in C4 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Standing bug for the removal of dead code in C4, i.e., functions that are: * not invoked by any extant scripts AND * do not have a useful purpose as a stand-alone part of the C4 API -- 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 2

[Bug 10039] New: the systempreferences.variable column should be a unique key
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10039 Bug ID: 10039 Summary: the systempreferences.variable column should be a unique key 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: gmcharlt(a)gmail.com Existing code assumes that the systempreference.variable column is a unique key, but this isn't enforced at the database level. This should be tightened up to avoid potential bugs if multiple rows for the same system preference slip in. One consequence of making systempreferences.variable a UK is that scripts (including upgrade scripts) that insert sysprefs should avoid spurious UK violation errors. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 5380] New: an end to copy-and-paste-itis
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5380 Summary: an end to copy-and-paste-itis Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gmcharlt(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Standing bug for removing instances of copy-and-paste code, particular cases where the copy isn't used at all. -- 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 9161] New: Translate only one specific file
by bugzilla-daemon＠bugs.koha-community.org 24 May '13

24 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9161 Bug ID: 9161 Summary: Translate only one specific file Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: translate.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: frederic(a)tamil.fr Contrary to the POD say, it is not possible to translate only one file. Very usefull for debug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[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 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 10080] New: Change system pref IndependantBranches to IndependentBranches
by bugzilla-daemon＠bugs.koha-community.org 22 May '13

22 May '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10080 Bug ID: 10080 Summary: Change system pref IndependantBranches to IndependentBranches 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 This sys pref has been misnamed for ages. It should really be corrected. -- You are receiving this mail because: You are watching all bug changes.

1 27