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

[Bug 9285] New: ban user from tagging
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '12

14 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9285 Bug ID: 9285 Summary: ban user from tagging Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com It would be nice if there was a way to ban a user from tagging (or commenting for that matter) if they're abusing the system too much. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8382] New: It is not possible to cancel an order when receiving on a filtered page in parcel.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '12

13 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8382 Priority: P5 - low Change sponsored?: --- Bug ID: 8382 Assignee: koha-bugs(a)lists.koha-community.org Summary: It is not possible to cancel an order when receiving on a filtered page in parcel.pl Severity: blocker Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha Because in parcel.pl page the filter (on the left) makes a table using jscript and a very different workflow, the "cancel" link does nothing just asking for cancelling. Principaly due to the use of the "filter" js function that call the parcel.pl page and does all the job in a separate block with a separate perl function (SearchOrder) that sends all to js, that constructs html to finally append it to table. So I have decided to rebuild entirely the filter. I have choosen to overload the function "GetPendingOrders" to enable it to accept new arguments. To test : when you are in "parcel.pl" ready to receive orders, simply select a filter on the left and on the filtered page try to cancel a line, you'll have the warning message but no more, the line will be not canceled. Instead having "Delete order" and "Delete order and catalog record", you have "cancel". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 8843] New: Cannot export bibliographic records by call number
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '12

13 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8843 Priority: P5 - low Change sponsored?: --- Bug ID: 8843 Assignee: oleonard(a)myacpl.org Summary: Cannot export bibliographic records by call number Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: ASSIGNED Version: master Component: Tools Product: Koha The logic is wrong when building the query: if ($start_callnumber) { $sql_query .= " AND itemcallnumber <= ? "; push @sql_params, $start_callnumber; } if ($end_callnumber) { $sql_query .= " AND itemcallnumber >= ? "; push @sql_params, $end_callnumber; } The query must include items with call numbers *greater than* the starting call number and *less than* the ending call number, not vice versa. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8039] New: Self Checkout/SIP: Allow authentication with userid and password
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '12

13 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8039 Priority: P5 - low Change sponsored?: --- Bug ID: 8039 Assignee: katrin.fischer(a)bsz-bw.de Summary: Self Checkout/SIP: Allow authentication with userid and password Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: SIP2 Product: Koha Currently only cardnumber + password can be used to authenticate via SIP. This is ok for self check stations where you scan the patron card, but can be a problem if you want to use SIP2 for authentication with other services. If the username does not exist as cardnumber in the system, the userid field should be checked next. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 5709] New: Adding the ability to translate HTML5 text in an input field
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '12

13 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5709 Summary: Adding the ability to translate HTML5 text in an input field Change sponsored?: Sponsored Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: I18N/L10N AssignedTo: brice.sanchez(a)sys-tech.net ReportedBy: brice.sanchez(a)sys-tech.net QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 In our version of Koha, we use a placeholder text in the main search box (with jquery effects if the browser doesn't support placeholder). So we need to patch the translator in order to be able to translate the sentence in placeholder. It would be a great feature for the translator script. -- 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 12

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '12

13 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Melia Meggs <melia(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |melia(a)bywatersolutions.com Change sponsored?|Seeking cosponsors |Sponsored -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 9246] New: Upon running koha installer, mysql "Error 1166 at line 1871: Incorrect column name 'closed" appears and crashes install.
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '12

12 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9246 Bug ID: 9246 Summary: Upon running koha installer, mysql "Error 1166 at line 1871: Incorrect column name 'closed" appears and crashes install. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: skushner(a)mtpl.org Fix: line 1923 in kohastructure.sql had whitespace between back tick on Column name "closed". Just remove space. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 9251] New: Add option to print checkin and renewal quick slip
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '12

12 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9251 Bug ID: 9251 Summary: Add option to print checkin and renewal quick slip Classification: Unclassified 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: vfernandes(a)keep.pt Now there is 3 option on the "Print" button: - Print summary - Print slip - Print quick slip The idea is to add 2 more options to that button: - Print summary - Print slip - Checkout quick slip (Print quick slip is changed to this) - Checkin quick slip - Renewal quick slip All quick slips will be configurable in the notices interface. The checkin quick slip can be able to show the fines associated to every return. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 9277] New: Counter-intuitive Display of Authtypetext in Authority Searches
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '12

12 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9277 Bug ID: 9277 Summary: Counter-intuitive Display of Authtypetext in Authority Searches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au When you search all "Default" authority headings, using a MARC21 marcflavour, you get the following results: STAFF CLIENT: 1) A list of authority headings with NO mention of authtype/authtypetext in the summary OPAC: 1) A list of authority headings with NO mention of authtype/authtypetext in the summary 2) However, each heading result includes a column labelled "Type of heading", which DOES include the authtypetext for that heading's authtype. -- When you search all "Topical Terms" (for example), you get the following results: STAFF CLIENT: 1) A list of authority headings WITH a "Topical term:" label at the beginning of the summary OPAC: 1) A list of authority headings WITH a "Topical term:" label at the beginning of the summary, AND 2) Also a column labelled "Type of heading", which duplicates this same "Topical term" label. ----- It seems to me that the current behaviour is completely backwards. The authtypetext should be showing when a search is made for "Default", so that all the headings that show up are differentiated by their differing authtypes. The authtype text does not need to appear when a search is made for that specific authtype, because it's already implied that the heading results will correspond to that specific authtype (e.g. TOPIC_TERM). Additionally, having the authtypetext appear in the Summary and the "Type of heading" column in the OPAC is redundant. Personally, I think it would be best to remove the authtypetext from the Summary, and add a "Type of heading" to the Staff Client Authority search results. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9101] New: Add REPORT_GROUP to authorised values sample data
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '12

12 Dec '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9101 Bug ID: 9101 Summary: Add REPORT_GROUP to authorised values sample data Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com In 3.10 there is a new feature to group and subgroup reports. In order to make this easier to use we should add some REPORT_GROUP values to the sample data. I took the modules from the updatedatabase script: $dbh->do("INSERT INTO authorised_values (category, authorised_value, lib) VALUES ('REPORT_GROUP', 'CIRC', 'Circulation'), ('REPORT_GROUP', 'CAT', 'Catalog'), ('REPORT_GROUP', 'PAT', 'Patrons'), ('REPORT_GROUP', 'ACQ', 'Acquisitions'), ('REPORT_GROUP', 'ACC', 'Accounts');"); -- You are receiving this mail because: You are watching all bug changes.

1 9