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

[Bug 14026] New: Deleting Authority record tag does not update bibliographic marc record
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14026 Bug ID: 14026 Summary: Deleting Authority record tag does not update bibliographic marc record Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When an authority record that is linked to a bibliographic record has a subfield *deleted*, that deleted tag is *not* deleted from the linked bibliographic record(s). note: edits and additions are reflected in the linked bibliographic records. only deletions are not. Steps to reproduce: 1. Create authority record with multiple subfields. i.e. 110$a$v$x 2. Create new biblio record, a. Select authority record created in step 1 to link the two together 3. Edit authority record by deleting a subfield (i.e. 110$x) 4. View bibliographic record - the deleted authority subfield is still present in the bibliographic record Note: wait for reindexing between steps -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #38117|1 |0 is obsolete| | -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #38199|0 |1 is obsolete| | Attachment #38200|0 |1 is obsolete| | --- Comment #9 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 38201 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38201&action=edit Bug 1917 [QA Followup] - Use html filter, only show 'by' if author exists, change link title -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #38117|0 |1 is obsolete| | --- Comment #8 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 38200 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38200&action=edit Bug 1917 [QA Followup] - Use html filter, remove "by", change link title -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1917] Add RSS Feeds for Lists
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1917 --- Comment #7 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 38199 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=38199&action=edit Bug 1917 [QA Followup] - Use html filter, only show 'by' if author exists, change link title -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 11151] New: hold error message wrong if in transit
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11151 Bug ID: 11151 Summary: hold error message wrong if in transit Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 22475 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22475&action=edit error If you try to check out and item that is in transit to another branch to fill a hold the error message says: "Item 1001 ways to be romantic : (0114972293947) has been waiting for Lloyd Bonafide (1114911111119) at South Holiday since Cancel hold Revert waiting status" But the item is in transit - not waiting - I don't know what will happen if I ignore this because I'm in training right now, but I wanted a record of the fact that error message reads wrong - and probably will cause problems with transfers. See attached images. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7255] New: Information on Holds Transfer Slips is Inconsistent
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255 Bug #: 7255 Summary: Information on Holds Transfer Slips is Inconsistent Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com CC: ago(a)bywatersolutions.com, gmcharlt(a)gmail.com Some of my libraries are experiencing situations where the items barcode number and call number sometimes print on the hold transfer slip and sometimes not. Other libraries have never had this information print on the slip. We've discovered that they've got a race condition in the code; when you click "confirm and print slip", you're both submitting the form that confirms the hold, as well as opening the transfer slip page. If this is a title-level hold originally, the item information (barcode and callnumber) isn't filled in until the form you've submitted completes it's action. So, depending on all kinds of server-level variables, the transfer slip process will either complete first, and not show item information, or complete second, and include barcode/callnumber. There is no way to tell which process will win the race ahead of time. So that's WHY it's a problem. As to how to fix it, we're not sure yet. The best solution would be to modify the page so that submitting the form completes, then triggers the hold slip (rather than both starting up at once), but that would involve an extensive reworking of the system. A quicker solution is to introduce a delay, but we're not sure exactly where yet. -- 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 19

[Bug 12514] New: Pressing 'print and confirm hold' on check in triggers race condition
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12514 Bug ID: 12514 Summary: Pressing 'print and confirm hold' on check in triggers race condition Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Library has the following set for RESERVESLIP: <p><font size="15"><<borrowers.surname>></font> </p> <p> <h5>Transfer to/Hold in <<branches.branchname>></h5> </p> <br /> <h4>ITEM ON HOLD</h4> <h3><<biblio.title>></h3> <ul> <li><<items.barcode>></li> <li><<items.itemcallnumber>></li> <li><<reserves.waitingdate>></li> <li><<reserves.expirationdate>></li> </ul> <p>Notes: <pre><<reserves.reservenotes>></pre> </p> When an item filling a hold is checked in, the circ staff clicks the 'print and confirm' button. Borrower and biblio information is printed on the slip, but item and reserve information is not. If the circ staff re-scans the barcode for the item, the confirm hold dialog boxes will re-appear; clicking 'print and confirm' a second time will print correctly, because by that time the reserves record will be populated. All holds filled at this library process slowly enough to trigger this bug. Unlike bug 11621, this is *not* an intermittent condition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 14020] New: Improve access to the 'receice issues' link
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '15

20 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14020 Bug ID: 14020 Summary: Improve access to the 'receice issues' link Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Since we changed the subscription results table, the 'Serials receive' link is the last entry in the new pull 'Actions' pull down. It used to be a link in the table which meant only one click from the results table to the most used action. Now you have to open the pull down and move to the last action. This makes things harder for libraries with lots of subscriptions (reported by one with >500). -- You are receiving this mail because: You are watching all bug changes.

1 1