July 2017 - Koha-bugs - lists.koha-community.org

[Bug 14224] patron notes about item shown at check in
by bugzilla-daemon＠bugs.koha-community.org 10 Jul '17

10 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 --- Comment #123 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- (In reply to Marcel de Rooy from comment #122) > <<borrowers.firstname>> <<borrowers.surname>> has added a note to the item > <<biblio.item>> - <<biblio.author>> (<<biblio.biblionumber>>). > > What is biblio.item supposed to print here? > I got this mail: > M De Rooy has added a note to the item - Schwartz, Randal L (23). > > And must say that it might not be that clear.. > Do we need biblio.title and an item number ? Thank you for noticing this bug - I have made a new bug report to fix this at Bug 18915 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18914] New: 'Add order' links from staged file order information isn' t carried over
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18914 Bug ID: 18914 Summary: 'Add order' links from staged file order information isn't carried over Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding orders from a staged file 'one by one' the order information (quantity, fund, price) is not carried over into the order form. To test: - stage a few marc records - open a new basket in acq - use 'from staged file' - open list of records in your file - if there is no information yet, enter quantity, price, etc. - use the 'Add order' link at the top of the entry to go to the order form - verify the entered information is not filled in This is especially annoying when using records from a vendor where MarcFieldsToOrder was used to nicely prepopulate the fields with all necessary data. There is a work around by using the check box and the button at the bottom of the list. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX )
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 --- Comment #40 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I am sorry, but the workflow for adding a new record is still not quite right: - Download a record from LOC - Link authorities - Check fields listed - First problem: The same icon appears next to $9 and $a, but with different meaning. $a has the normal search, $9 the Create authority. We should use different icons at least. - Second problem: Using Create authority the fields are prefilled now (good!), but after saving the window doesn't close and the $9 in the record is not populated. I will try to keep an eye on this one and come back to it sooner next time! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX )
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

1 0

[Bug 15893] New: can not save item - 500 error message - adding non latin language to public note
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15893 Bug ID: 15893 Summary: can not save item - 500 error message - adding non latin language to public note Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rania.azad(a)auis.edu.krd QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl WHen I add non latin to public note and I save my item, an error 500 mesage appears, then I need to close everything and start again! or I need to clear the cookies? is there any solution for that? -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 15308] Suggested new interface for item type translation process
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15308 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Jonathan, I was looking at this again, but not sure I understand the comment about the Add/delete being in the same line. Can you explain a bit more? Can we get this unstuck maybe? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 17840] New: Add classes to internal and public notes in checkouts table
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17840 Bug ID: 17840 Summary: Add classes to internal and public notes in checkouts table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 In order to be able to style the internal and public notes so they stand out more, it would be good if each of them had their own class. At the moment, there seems something not quite right, as both have an empty class="". To test: 1) Add an internal and a public note to an item. 2) Check out the item. 3) Verify that both notes are shown in between title and barcode in the second column of the details table. 4) Verify there is an empty class="" in the HTML source code for each -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 14037] No way to trigger a hold when using itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14037 --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Alternatively you can use the "dummy barcode" that is needed anyway to return the item 'normally' and trigger the hold. A more elegant solution would still be nice. :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12256] Barcode not mandatory in default Marc21 structure 952$p
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12256 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Closing this WONTFIX - please reopen if there is still an unresolved issue. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11965] make itemBarcodeFallbackSearch search only the current branch
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '17

09 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11965 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hm, that would be items.holdingbranch = logged in branch. I think that could be helpful. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0