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

[Bug 20934] New: Biblio checkout history shows only current checkout
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20934 Bug ID: 20934 Summary: Biblio checkout history shows only current checkout Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1) Checkout an item to a patron 2) Go to the biblio record for this item and show checkouts history - you see the current checkout 3) Check in the item back 4) Repeat 2), you will see there is not any checkout in checkouts history for this biblio -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 20979] New: Error message when deleting bib attached to order
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20979 Bug ID: 20979 Summary: Error message when deleting bib attached to order Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Discovered as a result of bug 20977. When deleting an empty bib, error messages pops up "1 order(s) are using this record. You need order managing permissions to delete this record." even though user has superlibrarian permissions. Prevents the deletion of the bib record. Item was received, and in a closed basket, and closed budget. All items were deleted, but bib cannot be. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 12722] bulkmarcimport.pl: Should we move the old 001 to 035 ?
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12722 --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- (In reply to emjhet from comment #9) > (In reply to David Gustafsson from comment #7) > > Ok! Sorry, I was being very unclear, I was referring to biblios as well. I'm > > quite new to Koha and marc, so I might be completely wrong, but I don't > > understand why the handling of 001 and 035a should be handled differently > > between the two. When importing a bibliographic record into Koha I would > > expect 001 to be replaced with the Koha local id, and the previous 001 moved > > to 035a. > > I know this thread was originally about authorities, but it went nowhere. > And regardless of the type of record, we really do need a way to move the > 001 to the 035, as mentioned in other bugs. Please do not disregard this > problem. Can this be made into a Cronjob or something? A cronjob wouldn't make sense for this. It'll need to be a mechanism added to import functionality. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10477] Increased flexibility for upload of Staged MARC records
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10477 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #19 from emjhet(a)pa.net --- Did anything ever come of this? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12722] bulkmarcimport.pl: Should we move the old 001 to 035 ?
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12722 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #9 from emjhet(a)pa.net --- (In reply to David Gustafsson from comment #7) > Ok! Sorry, I was being very unclear, I was referring to biblios as well. I'm > quite new to Koha and marc, so I might be completely wrong, but I don't > understand why the handling of 001 and 035a should be handled differently > between the two. When importing a bibliographic record into Koha I would > expect 001 to be replaced with the Koha local id, and the previous 001 moved > to 035a. I know this thread was originally about authorities, but it went nowhere. And regardless of the type of record, we really do need a way to move the 001 to the 035, as mentioned in other bugs. Please do not disregard this problem. Can this be made into a Cronjob or something? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12365] Notes for rules
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12365 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #77147|0 |1 is obsolete| | --- Comment #25 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 77275 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=77275&action=ed… Bug 12365: (follow-up) Adding maxlength attribute and popover Test that you can't add a note of more than 100 characters. Test notes with rules, notes are hidden by 'View note' and the popover correctly displays note. View the note by hovering over the link I've moved the Note column so the popover displays nicely and doesn't cover the buttons. I've also changed the placement so that it doesn't cover information in the row. Update: Test that you can edit the note when clicking 'Edit' and that behaviour is the same for editing all other fields -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20924] New: News content textarea not showing
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '18

26 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20924 Bug ID: 20924 Summary: News content textarea not showing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Created attachment 76013 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=76013&action=ed… screenshot showing missing textarea when adding new or editing exiting koha news item, the content textarea box does not show. /cgi-bin/koha/tools/koha-news.pl?op=add_form -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 14413] map internalnotes to MarcFieldsToOrder
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '18

25 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14413 Sandre Cunha <cunha(a)monterey.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cunha(a)monterey.org --- Comment #3 from Sandre Cunha <cunha(a)monterey.org> --- I don't think BZ15503 addresses this enhancement request. One can import order notes from staged vendor files to one of the MarcFieldsToOrder Sort1 or Sort2, but in order to see them in the Order line -Accounting details - internal note [which on can view when receiving the item] it is necessary to copy-and-paste or retype the note. This type of note is useful for acquisitions receiving, to convey information like : item need for program by a certain date; 2 copies to one fund code, 1 to another ; discard old edition when new arrives; and other notes from selector that need to be retained until the item is received. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12652] Acq: Wrong fund charged for orders created from staged marc records
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '18

25 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12652 Barton Chittenden <barton(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barton(a)bywatersolutions.com --- Comment #3 from Barton Chittenden <barton(a)bywatersolutions.com> --- I suspect that this is a special case of either Bug 14850: Funds from inactive budgets appear in 'Funds' dropdown on acqui/invoice.pl or Bug 20014: When adding to basket from a staged file item budgets are selected my matching on code, not id -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 21117] New: Highlighting of search terms in the 500 fields
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '18

25 Jul '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21117 Bug ID: 21117 Summary: Highlighting of search terms in the 500 fields Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a search term is entered into Koha, it will search the Marc 5xx fields. This will retrieve the results where the search term is found in the 5xx fields. However, the highlighting does not appear when this term is found in the Marc 5xx fields. It would be nice to show the highlighting throughout the Koha record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1