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

[Bug 6427] New: Rewrite of the accounts system
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '15

19 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6427 Bug #: 6427 Summary: Rewrite of the accounts system Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org The accounts system is in need of a rewrite. This will solve two purposes: 1) It'll make the code a lot nicer, and things won't be doing direct table access from all over the place. Also, some unused and long dead features will be stripped out. 2) It'll allow the account code to be a lot more flexible, making features like partial payments a whole lot seamless. This is in progress, it can be viewed here: http://git.catalyst.net.nz/gw?p=koha.git;a=shortlog;h=refs/heads/bywater/wr… And accessed via: git://git.catalyst.net.nz/git/public/koha.git, in the branch "bywater/wr78012" -- 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 795

[Bug 5079] New: Make display of shelving location and call number in XSLT results controlled by sysprefs
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '15

19 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5079 Summary: Make display of shelving location and call number in XSLT results controlled by sysprefs Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jwagner(a)ptfs.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The XSLT results list does not show shelving location (the non-XSLT display does). For both shelving location and call number, some sites want either/both to show, while sites with 30-40 branches may want to declutter the display. I'm proposing to add separate sysprefs to control whether or not XSLT results list displays (a) shelving location and (b) call number. Comments? Suggestions? -- 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 80

[Bug 5655] New: printing of fines should support more than one line
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5655 Summary: printing of fines should support more than one line Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation 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 Estimated Hours: 0.0 Today I noticed the new print link next to each account line on the patron's Fines tab. What I don't understand is why you can only print one line at a time and each receipt shows the total due. Shouldn't there be a way to select multiple lines to print on one receipt? Or not have it show the total due? I have some librarians that find having one line item and a total on the invoice. This might be simply resolved by making the total due not look like it's summing the lines above. -- 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 6

[Bug 7172] New: Data Persistency
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '15

16 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 Bug #: 7172 Summary: Data Persistency Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 - high Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 We need to fix up the code throughout the system to be able to handle data faster-than-CGI processors like Plack, FastCGI or mod_perl. At this time, most of Koha can run okay, but when errors happen, they crash HARD. Some issues than need attention: nested subroutines: mod_perl, and I think other systems, turn each script into a subroutine. If you have subroutines in subroutines (as we do in C4 and some of the scripts), and an inner subroutine modifies a variable declared outside in the outer subroutine, you will get an error "variable will not stay shared". This can sometimes (always?) be fixed by using "our" instead of "my". Or using better coding practices :) memory leaks: some memory may not be released, so a persistent engine could bloat over time. other issues may come up, as well. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 48

[Bug 4888] New: pre-set of field indicators value
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '15

15 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4888 Summary: pre-set of field indicators value Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: s.bolelli(a)libercoop.it QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Building a MARC Framework now is not possible to set default values for the field indicators. It would be very useful to set default values for indicators because in many cases they change very rarely -- 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 37

[Bug 4948] New: canceling a hold missing steps for existing holds
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '15

13 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4948 Summary: canceling a hold missing steps for existing holds Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/circ/waitingreserves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Hold requests 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 Estimated Hours: 0.0 on holds waiting report you click cancel and it tells you that there is a hold for someone else the button below that says submit query which isn't helpful and it doesn't present you with the option to confirm or cancel the hold or a way to print a slip -- all things that are needed in this scenario -- 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 4

[Bug 4858] New: Ability to Charge for Print Notices
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '15

09 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4858 Summary: Ability to Charge for Print Notices Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 With budgets being cut left and right, it would be great if libraries had the ability to choose to charge patrons who insisted on receiving notices (overdue and hold waiting) via snail mail. -- 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 6379] New: Remove link from unapproved and rejected tags in the OPAC's "My tags" table
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6379 Bug #: 6379 Summary: Remove link from unapproved and rejected tags in the OPAC's "My tags" table Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/opac-tags.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org You can't perform a search of the catalog using unapproved or rejected tags, so the table of the user's tags should not have clickable links for them. There should probably be additional visual feedback to indicate why the term isn't clickable. -- 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 26

[Bug 5456] New: Create a link to opac-ics.pl
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '15

05 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5456 Summary: Create a link to opac-ics.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha has a script called opac-ics.pl which can export the due dates for a logged in user in iCalendar/.ics format, but there does not seem to be a link to this script anywhere in the patron user interface. [09:26] chris: i think i wrote it in 2006, and it mostly still works [09:28] magnus: is there a link to it anywhere in the opac interface, or do you have to know the url? [09:28] chris: there used to be [09:28] chris: not sure when it got removed, we should test it all works well, fix it if it doesnt and put the link back [09:31] magnus: hm, i get to download a calendar file - guess that means users have to remember to do it every so often... would it be possible to have an interface that e.g. iCal could "subscribe" to? [09:31] magnus: guess that would mean making obscure URLs or putting username/password in the url... [09:34] chris: magnus: yeah, that was my next plan an md5 hash -- 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 3

[Bug 7045] New: Default-value substitution inconsistent
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '15

02 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7045 Bug #: 7045 Summary: Default-value substitution inconsistent Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: ruth(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com If you supply a default value in a framework field, you may include YYYY, MM, DD, and user, to substitute for the year, month, day, and currently-logged-in username, respectively. The downside of this is that the word "user" cannot be used in a default value for a note! Patch coming shortly, to change the substitution to require USER, and to allow the use of YY to insert the last two digits of the year. -- 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 25