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

[Bug 10212] New: Columns configuration for tables
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10212 Bug ID: 10212 Summary: Columns configuration for tables Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com Some libraries would want to hide columns in tables. A configuration page would allow to select specific columns to show/hide in tables. -- You are receiving this mail because: You are watching all bug changes.

1 124

[Bug 13769] New: Barcode showing blank in catalog/null in database
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '15

22 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13769 Bug ID: 13769 Summary: Barcode showing blank in catalog/null in database Change sponsored?: --- Product: Koha Version: 3.18 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jcintron(a)hccc.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 36236 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36236&action=edit Barcodes showing in item edit. But No barcode in catalog I recently added a record for a book into my catalog. I then added items, 2 copies, of the book. Added the information I had at hand. The issues I'm running into is when I search the title in the catalog, the record comes up and shows both items attached to that records. When I go to edit the items for that record, the barcodes attached to the items show fine. When I view the items when searching the record, the barcode column shows blank and also shows null in the database. If I manually add the barcodes for the items through the database, they then show in the staff client, and those items can then be checked out to patrons. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 9064] New: statistics.ccode specified inconsistently
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '15

21 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9064 Priority: P5 - low Change sponsored?: --- Bug ID: 9064 Assignee: kyle(a)bywatersolutions.com Summary: statistics.ccode specified inconsistently Severity: blocker Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha >From updatedatabase.pl: $dbh->do("ALTER TABLE statistics ADD COLUMN ccode VARCHAR ( 10 ) NULL AFTER associatedborrower"); >From kohastructure.sql: `ccode` int(11) default NULL, -- foreign key from the items table, links transaction to a specific collection code I believe the variant in updatedatabase.pl is probably what was wanted. Also, further testing is needed to confirm that the update works at all, as it seems not to have run at all when I updated my system past 3.09.00.044. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10550] New: Fix database typo wthdrawn
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '15

21 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10550 Bug ID: 10550 Summary: Fix database typo wthdrawn Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de Citing Galen's mail from May 22nd: However, now that we're at the very beginning of the 3.14 cycle, the window is now open for the sort of patch that offers cosmetic or textual improvement but which also happens to touch a lot of code. If there are longstanding typos you want to fix (my "favorite" is the wthdrawn column in the items table), now is your chance. I'm not setting a definite end to the window at this point, but suffice it to say that I will be much more likely to merge such patches now as opposed to three months from now. Time is running ;) -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 5362] New: Simple (non-MARC) cataloging interface
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '15

20 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5362 Summary: Simple (non-MARC) cataloging interface 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: koha(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 We would like to add a simple (non-MARC) cataloging interface back into Koha. The interface is described in more detail in the RFC on the wiki at http://wiki.koha-community.org/wiki/Simple_cataloging_interface -- 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 13498] New: ISSUESLIP, ISSUEQSLIP use 'email' template for print.
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '15

19 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13498 Bug ID: 13498 Summary: ISSUESLIP, ISSUEQSLIP use 'email' template for print. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I set up print slips for ISSUESLIP and ISSUEQSLIP using the 'print' template. When I print from circ/circulation.pl using either "Print Slip" or "Print Quick Slip", I get the text from the the email template. To reproduce: Edit the 'email' and 'print' templates for ISSUEQSLIP and ISSUESLIP. Make sure that the email and print templates contain different text. <koha staff client URL>/cgi-bin/koha/tools/letter.pl?op=add_form&branchcode=&module=circulation&code=ISSUEQSLIP <koha staff client URL>/cgi-bin/koha/tools/letter.pl?op=add_form&branchcode=&module=circulation&code=ISSUESLIP Check out items to a test patron. On the check-out page, select Print->Print Slip. Print the slip. Do the same for 'Print quick slip'. Note that the text from the 'email' template is used. When resolving this bug, a bit of thought is going to be required, because 'Print' is the primary use of this slip, so it should come first in the list, but we don't want to create a slap-dash one-off of the print slip template page just to accommodate that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12985] New: All basketgroups are not listed
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '15

19 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12985 Bug ID: 12985 Summary: All basketgroups are not listed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Only 20 first are listed, others are hidden. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 13487] New: DataTables pagination needs some fixes
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '15

19 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13487 Bug ID: 13487 Summary: DataTables pagination needs some fixes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On acqui/basketgroup.pl and catalogue/itemsearch.pl, the sPaginationType DT parameter is not explicitly defined. This broken the pagination display. Moreover, since the DT upgrade (bug 12986), the full_numbers pagination adds a span (containing '...'). It is not managed by the css file and is put at the end of the page numbers ( "1 2 3 4 5 20 NEXT LAST ...", we expect "1 2 3 4 5 ... 20 NEXT LAST"). -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 12954] New: Questionable logic regarding session handling in C4::Auth::checkauth()
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '15

19 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12954 Bug ID: 12954 Summary: Questionable logic regarding session handling in C4::Auth::checkauth() Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org In case of the unsuccessfull log-in attempt (non-existing user ID, bad password, or both), session params are currently (since Bug 10952 got pushed) being set like that in checkauth(): - lasttime & ip params are set, - number, id, cardnumber, firstname etc. are not set, - sessiontype is NOT set to 'anon' So the user session is essentially left in semi-authorised, semi-anonymous state. If then such an user goes directly to any page which does require authorisation/authentification, checkout() would treat this user as authentificated one, and would return prematurely without redirection to the login screen. This also typically (?) leads to get_template_and_user() being bypassed: it does return to the script from which it was called from (but with empty $borrowernumber return value). In case of the (e.g.) opac/opac-user.pl script, observable effect of this bug is an DBI error: opac-user.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /home/koha/devkohaclone/C4/Letters.pm line 200 (because C4::Letters::getalert() doesn't like to be called with empty $borrowernumber). To replicate: 1/ try to log in with some nonexisting user id or wrong password in OPAC 2/ go directly to the opac/opac-user.pl page (e.g., enter it in the browser address bar, or just click on the "Log in" link); clicking on "Log in" button, when "Login" field is empty would also probably trigger this error 3/ observe DBI error displayed on the screen 4/ you are now in the "deadloop" of sorts (opac/opac-user.pl refuses to display the login screen, no matter how many times you try to reload it); to break the deadloop, one needs to: - remove session cookie from the browser (or cause the session to expire in some other way - closing browser window would be probably enough for that) - remove offending session on the server (from mysql sessions table, ..) - log in with proper credentials using some other page (like opac/opac-main.pl right-side panel), which does not involve opac/opac-user.pl being called without "userid" CGI parameter. Another way to replicate: 1/ try to log in with some nonexisting user id or wrong password in OPAC 2/ go to the staff interface 3/ observe that login screen displayed is different (not the "normal" one, but one with some additional buttons for loging-out etc. + "You do not have permision to access this page" message; see Bug 12951 attachment 31689 for reference). -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 9290] New: Restricting patron category for online purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '15

18 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9290 Bug ID: 9290 Summary: Restricting patron category for online purchase suggestion Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: vinod_librarian(a)rediffmail.com At present by default all the category of patrons can either place purchase suggestions or not via opac. The requirement is the purchase suggestions should be restricted by category of users which can be provided by option at the time of creating patron category (i.e. can place purchase request via OPAC or not) -- You are receiving this mail because: You are watching all bug changes.

1 5