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

[Bug 4875] New: koha-remove, koha-restore should have options similar to --request-db
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4875 Summary: koha-remove, koha-restore should have options similar to --request-db Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 koha-create has the --request-db option, which allows the part of Koha instance creation that requires administrative database server access to be done outside the script. koha-remove and koha-restore should get a similar option so they, too, do not require administrative database access. This is necessary in situations where the person installing and administering Koha does not have admin access on the db server. -- 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 4879] New: lint-like tool for Koha database contents
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4879 Summary: lint-like tool for Koha database contents Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be really cool to have a tool that checks that the contents of a Koha database are correct. For example, it might check that the MARC records are at least syntactically correct. -- 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 1

[Bug 4855] New: Tools/Export does not tell browser file size
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4855 Summary: Tools/Export does not tell browser file size Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When exporting the catalogue via tools/export, the download works fine, but if the catalogue is large, the user does not know how long it will take. Koha does not tell the browser the size of the file (Content-Length HTTP header I assume), so the browser cannot estimate the remaining time. It would be nice if it did. -- 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 1

[Bug 4824] New: Planning showing a -0
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4824 Summary: Planning showing a -0 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2174 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2174 showing -0 There is no such thing as -0 - but see attached. This happened after I edited the auto-filled amount. -- 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 1

[Bug 6736] New: totals incorrect
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '13

10 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6736 Bug #: 6736 Summary: totals incorrect Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/acqui/basket.pl?basketno=5 OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org See attached. When you have a basket on the screen the total is showing the total from the RRP column under the Total column. -- 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 5

[Bug 6101] New: Debian packaging error on koha-create second and next instances
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '13

10 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6101 Bug #: 6101 Summary: Debian packaging error on koha-create second and next instances Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org It was installed koha-common on Debian Squeezy. Creating of first instance by koha-create --create-db ukr_unimarc was ok and web-installer started After next creating koha-create --create-db rus_unimarc in web installer was next error { Software error: Can't call method "param" on an undefined value at InstallAuth.pm line 243. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the erro } (but the corresponding OPAC-page started without error) I also tried to create another 3 and 4 instances but obtain similar errors for web-installer (OPAC-web-pages appear without error (System Maintenance...)) P.S. Also tried this on Debian testing machine with similar results. -- 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 6494] New: opacmysummaryhtml on reading history
by bugzilla-daemon＠bugs.koha-community.org 09 Apr '13

09 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6494 Bug #: 6494 Summary: opacmysummaryhtml on reading history Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org It would be great if the opacmysummaryhtml also showed on the reading history since it's pretty much a longer version of the my summary anyway. If not that preference, then another preference like it specifically for the reading history. Nicole -- 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 10

[Bug 6945] New: Add a link to show a MARC preview in the normal view
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6945 Bug #: 6945 Summary: Add a link to show a MARC preview in the normal view Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 5651 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5651 Screenshot showing the new link MARC Preview Adds a link MARC Preview to show the MARC in a greybox in the Normal view of catalogue/detail.pl. Sponsored by our client http://www.ccsr.qc.ca/ -- 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 46

[Bug 7455] New: Authority subfields are cloned in the wrong field
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7455 Bug #: 7455 Summary: Authority subfields are cloned in the wrong field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P4 Component: MARC Authority data support AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Plan to reproduce : 1) If we have a repeatable field (containing repeatable subfields) in an authority, let's repeat it at least once. 2) The first occurence will behave ok. But the following will function badly. If we clone a subfield from the second repeated field for example, the new subfield won't be created in the second field, but in the first one! In fact, any subfield cloned within any occurence of this field will be created in the first field on the list. (I'll attach screenshots) -- 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 66

[Bug 6619] New: pressing enter when hold found at checkin causes issues
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6619 Bug #: 6619 Summary: pressing enter when hold found at checkin causes issues Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com if you hit enter when presented with a "confirm hold" dialog, it doesn't confirm or ignore the hold, but it does close the transfer. There is also the issue presented in this discussion on IRC: http://stats.workbuffer.org/irclog/koha/2011-04-26#i_654179 which is: scanning a 2nd item (with a barcode scanner CR) while a "confirm hold" dialog is present doesn't check in the 2nd item *or* confirm or ignore the hold. The net result of this is as follows: An item that has an incoming transfer and a hold will have the transfer closed but the hold will go into oblivion (unless it is rescanned and confirmed through clicking). An item that doesn't have an incoming transfer and only a hold will go into oblivion, unless properly processed by clicking. -- 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