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

[Bug 15357] New: Deleting all items on a record with title level holds creates orphaned/ghost holds
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15357 Bug ID: 15357 Summary: Deleting all items on a record with title level holds creates orphaned/ghost holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a record has only title level holds you can delete all items. The record then shows the holds, but they cannot be accessed using the holds tab. To recreate: 1 - Place 1 or more title level holds on a record. 2 - Delete each item individually. 3 - Note that you see the number of holds on the record details page 4 - Note that holds are not accessible via the holds tab -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 14699] New: Intranet search history issues due to DataTables pagination
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14699 Bug ID: 14699 Summary: Intranet search history issues due to DataTables pagination Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org DataTables removes hidden rows from the DOM. Because of that, "Select all", "Clear all" and the form submission don't work correctly (basically they act only on the currently displayed page). As OPAC search history doesn't use DataTables, this bug only affects intranet. To reproduce: 1/ Go to your search history page 2/ Make you sure you have at least 21 entries in your search history. If not, do some searches and come back here. 3/ Click "Select all" and change page. The checkboxes on the new page are not checked. 4/ Check some checkboxes on this new page and click "Clear all". Go back to the previous page, checkboxes are still checked. 5/ Check some checkboxes on at least 2 different pages and click "Delete". Only search history entries selected on the current page were deleted. This bug affects both biblio and authority search history. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 15323] New: ./t/Prices.t fails without a valid database
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15323 Bug ID: 15323 Summary: ./t/Prices.t fails without a valid database Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: mtj(a)kohaaloha.com QA Contact: gmcharlt(a)gmail.com more info to come... -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 11904] New: Proposal for a uniform way to send messages to user interface
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11904 Bug ID: 11904 Summary: Proposal for a uniform way to send messages to user interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org I find quite horrible that for sending a message to user interface we have to do something like that: $template->param(there_was_an_error_during_checkout => 1); then in template: [% IF there_was_an_error_during_checkout = 1 %] <div>There was an error during checkout</div> [% END %] or even worse, having to add a parameter in the URL we want to redirect to. So here is a proposal for a uniform way to send messages to user interface. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 13534] New: Deleting staff member who moderated a tag removes tags imcompletely
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13534 Bug ID: 13534 Summary: Deleting staff member who moderated a tag removes tags imcompletely Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I am trying to wrap my mind around the table structure, but what happens is: If you add a tag, it will be in tags_all and tags_approval. tags_approval has a column approved_by, that is linked to the staff patron who moderated the tag. If the staff patron is deleted, the entry in tags_approval is also deleted, but tags_all remains. The tag vanishes from the tag moderation tool and from the OPAC. http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=installer/data/my… This doesn't feel like intended behaviour. I think it maybe it would make sense to set the borrowernumber to NULL when the staff patron is deleted. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13177] New: Add help pages for Rotating collections
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13177 Bug ID: 13177 Summary: Add help pages for Rotating collections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The new-old feature Rotating collections is missing help pages. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 15274] New: Better translatability for circulation.pl / circulation.tt
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15274 Bug ID: 15274 Summary: Better translatability for circulation.pl / circulation.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In /circ/circulation.pl, the sentence "Checkouts are BLOCKED because fine balance is OVER THE LIMIT." translates in German to: "Ausleihen sind GESPERRT weil Gebührenkonto ist ÜBER BEGRENZUNG." That is simply wrong, and it is almost impossible to translate correctly because the strings are splitted by html tags. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 15403] New: Confirm messages in intranet lists interface strangely worded
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15403 Bug ID: 15403 Summary: Confirm messages in intranet lists interface strangely worded Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Examples: List deleted with success. List inserted with success. These are developer ways of saying this. Let's make them user-english. :) Liz -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 14935] New: waiting and in transit items cannot be reserved
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14935 Bug ID: 14935 Summary: waiting and in transit items cannot be reserved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There's an issue with the possibility to place a hold on items waiting to be pick-up or in transit when you choose that on shelf holds are not allowed. In this case, items are not checked-out so there are considered to be available. But, they aren't, they are not on a shelf ready to be chosen by a patron but stored aside. So, other patrons should place a hold on it as they couldn't go on shelves to take it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11321] New: "On hold" items can't be placed on hold with allowonshelfholds off
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11321 Bug ID: 11321 Summary: "On hold" items can't be placed on hold with allowonshelfholds off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, Susanne.Jerger(a)bsz-bw.de When holds on items available items are not allowed (allowonshelfholds = don't allow), it's impossible to place holds on items that are 'on hold' (awaiting pickup). The item is not checked out yet, but unavailable to the patron and I think holds should be allowed in this case. To test: Set allowonshelfholds to don't allow 0) Search for a record with 1 available item Opac status: available No hold can be placed. 1) Check out item to user A Opac status: checked out 'Place hold' button is shown and holds can be placed. 2) Place a title level hold for user B Opac status: checked out 'Place hold' button is shown and holds can be placed. 3) Return item and confirm hold Opac status: on hold No hold can be placed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2