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

[Bug 8324] New: User created lists sort by title just after editing sort order (call by opac-shelves.pl without sort parameter)
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '14

13 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8324 Priority: P5 - low Change sponsored?: --- Bug ID: 8324 Assignee: oleonard(a)myacpl.org Summary: User created lists sort by title just after editing sort order (call by opac-shelves.pl without sort parameter) Severity: enhancement Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: OPAC Product: Koha If you edit a user defined list in Opac, change the sort and then klick 'Save', the list always is displayed in title order (and not in the selected order). This is due to the fact that save calls opac-shelves.pl?viewshelf=4 without the sort parameter (defaults to 'title'). If you go back to lists, choose in the table the list from List name, the param is correct and the list displays in expected order. Should be fixed because end users will think that changing the sort order is broken. Marc -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7686] New: Tax rate wrong calculation in reception summary page
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '14

10 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7686 Priority: P3 Change sponsored?: --- Bug ID: 7686 Assignee: koha(a)univ-lyon3.fr Summary: Tax rate wrong calculation in reception summary page QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: rel_3_6 Component: Acquisitions Product: Koha Created attachment 8098 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8098&action=edit Tax rate wrong calculation in reception summary page In the Already received table (bottom of the page) : Tax rate is purely added to Total without beeing multiplied by it example for a 5,5% tax rate (0,055) on a 455 Total : The Total displays 455,06 (455 + 0,055 round to 0,06) instead of 455 + (455 x 0,055)= 480,02. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 7901] New: Add batch delete borrowers script
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '14

09 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7901 Priority: P5 - low Change sponsored?: --- Bug ID: 7901 Assignee: gmcharlt(a)gmail.com Summary: Add batch delete borrowers script QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha Add simple script to batch delete borrowers via a list of cardnumbers. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 7413] New: Allow OPAC renewal x days before due date
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '14

09 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7413 Bug #: 7413 Summary: Allow OPAC renewal x days before due date Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Currently RenewalPeriodBase can be set to 2 different options: 1) When renewing checkouts, base the new due date on current date. This means that when a patron renews the item at the checkout date, the renewal counter will increment, but the due date will not change - the loan period is still the same. If he renews one day after checkout - he will get a reneal of one day and so on. 2) When renewing checkouts, base the new due date on the old date of the checkout. This means the renewals can be done immediately after checkout. So if you allow 3 renewals and a loan period of 4 weeks, the patron can log into his account and do all the renewals immediately. This will mean he effectively gets a loan period of 4 + 3*4 weeks = 16 weeks. I see no reason why a clever student shouldn't do this to make sure he can keep the text books as long as possible without any holds forcing him/her to return the books. One solution here would be to allow renewals only x days before the book is due. As the loan periods can be very different (overnight loans, 4 weeks, 7 days...) it would be cool if this could be implemented in circulation rules. -- 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 79

[Bug 8244] New: Script to find exporter problems
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '14

04 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8244 Priority: P5 - low Change sponsored?: --- Bug ID: 8244 CC: jonathan.druart(a)biblibre.com Assignee: julian.maurice(a)biblibre.com Summary: Script to find exporter problems Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: NEW Version: master Component: Test Suite Product: Koha About one month ago, we (BibLibre) discover a bug in our source code. The problem was: a page that used to work correctly suddenly refuse to work because of "Undefined subroutine &get_infos_of at C4/Items.pm (line 1075)" (approximative message) in reserve/request.pl The piece of code in cause was a "use C4::Members" in C4/Budgets.pm. A modification of C4::Budgets was causing reserve/request.pl to crash... (ouch!) In fact it introduced a circular dependency. To avoid this kind of discovery, we decide to write a script that try to detect as many problems as possible. Patch and description follow. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 6716] New: Database Documentation
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '14

03 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6716 Bug #: 6716 Summary: Database Documentation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Developer documentation AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org This is a bug that will have many patches. I have (as doc manager) agreed to document the mysql structure in Koha. To make it easy for others to submit patches and help me I'll submit a patch with what I've done in the day (or that time of day) so that others can submit patches as well without us doing the same work. It was voted that I will enter comments using the -- notation, for example: `frameworkcode` varchar(4) NOT NULL default '', --primary key, identifier for the framework table This report should not be closed until all fields have been documented. If you're adding new fields please document them using the above notation when adding them. -- 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 160

[Bug 5340] New: bulk subscription renewal
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '14

27 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5340 Summary: bulk subscription renewal Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Subscription_renew al_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 A feature will be added to bulk renew subscription (from the expiring subscription check screen) -- 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 7827] New: After creating a new biblio to be used in a subscription, the subscription entry form should be populated with the biblionumber
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '14

27 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7827 Priority: P5 - low Change sponsored?: --- Bug ID: 7827 Assignee: colin.campbell(a)ptfs-europe.com Summary: After creating a new biblio to be used in a subscription, the subscription entry form should be populated with the biblionumber QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org URL: serials/subscription-add.pl Hardware: All Status: NEW Version: master Component: Serials Product: Koha If you are creating a new subscription at serials/subscription-add.pl and click the link to "create biblio," the add biblio process happening in that pop-up window isn't tailored to the subscription create process. Ideally, after saving the new biblio the window would close and the subscription add form would be populated with the new biblionumber. I assume this would have to be done by passing a parameter from the add subscription page so that the addbiblio.pl save process can be redirected. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7592] New: year/month pattern
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '14

27 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7592 Bug #: 7592 Summary: year/month pattern Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice if there was a way to enter a Year/Month Name pattern in Serials. Or even some shortcode (like typeing {MMMM} to get the month name to show) we could enter to get the Name of the Month receives to show in the numbering pattern box. Right now you can do Year/Number but if there are irregularities then the number does not correspond to the month the issue was published or received in. -- 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 3

[Bug 7344] New: first issue publication date should be required
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '14

27 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7344 Bug #: 7344 Summary: first issue publication date should be required Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com When creating a new subscription in serials the "first issue publication date" field is not required. It is not a problem when it is left empty for libraries who don't do serial receive and don't need Published on and expected on dates to work. But libraries who do can create a subscription without filling this field and run into problems because of this. Since this information is available to all libraries, making it required won't break the function for anyone, but could enhance usability. -- 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 1