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

[Bug 15273] Fines Payment receipt should include all account lines selected for this pay
by bugzilla-daemon＠bugs.koha-community.org 31 May '18

31 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15273 --- Comment #11 from Claudio <costalc(a)gmail.com> --- Now that the account_offsets table is ready, is there a chance to go on with this ticket? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14934] Add the barcode number in the description of all account lines both in the "Account" tab as in "Pay fines" tab.
by bugzilla-daemon＠bugs.koha-community.org 31 May '18

31 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14934 Claudio <costalc(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |BLOCKED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8685] Inventory tool fails in timeout with large CB files
by bugzilla-daemon＠bugs.koha-community.org 31 May '18

31 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8685 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #15 from emjhet(a)pa.net --- This is a huge issue for our libraries. Currently the only way to limit inventory is by library and shelving location. At some of our libraries, we can not limit by call number because some collections do not have call numbers. By not providing any other ways to limit an inventory, we have no choice but to process collections of over 1000 items. I have had to delay our inventories because of this, and the scanning that I did do was a wasted few days because the data could not be processed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12477] We need better ways to manage MARC Frameworks
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12477 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #17 from emjhet(a)pa.net --- Re: David Cook: "I'm thinking that there should be some mechanism for updating an existing framework." Koha requires that the "Default" Framework must remain, unedited and available, in Koha. This is the area to do all MARC21 updates, hopefully with each update of Koha. As David Cook noted, a library may set up a unique Framework that does not have all of the MARC fields and subfields when such a library is specifically attempting to keep things simplified and efficient. I am the only cataloger among seven people who add bibliographic records to our system. I ran reports to see which MARC fields were used, checked the ones that were used only a handful of times (to see if they were used correctly), and changed all of our records back to the Koha Default Framework. I deleted all the other frameworks (as none of their fixed fields were coded correctly) and painstakingly created a "new" default framework, deleting fields and subfields that are obsolete or not relevant to the work that we do. The most important thing to me, regarding MARC updates, is that I do not have to start from scratch using the Koha Default Framework. As long as the information is added to the Koha Default Framework, I can manually look it up and manually add it (correctly) to any of my unique Frameworks. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9921] Make it possible to force 001 = biblionumber
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #57 from emjhet(a)pa.net --- Like the 2013 thread starter and initial commentator, I believe MARC designates the 001 field (Control Number) for use to uniquely identify a bibliographic record. IME the ILS does this automatically with both created and imported records. (Imported records with data in the 001 field would have that data automatically transferred into a newly created 035 field.) These unique, sequential Control Numbers were automatically generated system-wide despite multiple locations and input from multiple users. Koha appears to be able to create a unique, auto-generated, sequential identifier for each bibliographic record despite input from multiple users through the Koha field 'biblio.biblionumber;' however, it is mapped to the MARC field 999 subfield 'c.' It would be preferable to have this unique identifier in the MARC 001 field. Does the sequence number engine need to be fixed when the biblio.biblionumber auto-generates a unique sequential identifier already? Is it a matter of setting up the two fields alike (created upon the record being saved, and being visible after saving and during editing) so that a unique identifier could safely be generated in that field? With all the sequential auto-generated fields used currently by Koha (999$c, 999$d, 952$p), surely there is a way to auto populate the 001 field. If Koha requires that the 999$c field contain a unique identifier, I would find it preferable if the same identifier be used in the 001 rather than multiple unique identifiers. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11911] Purchase suggestions can be accessed by all staff members / no specific permission
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11911 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #15 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- I am not sure it's a big deal but since bug 18403 the "borrowers" permissions has subpermissions and so the SQL query should be adjusted a bit. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7651] Add separate permission for managing currencies and exchange rates
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7651 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #13 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- >From koha-tmpl/intranet-tmpl/prog/en/includes/budgets-active-currency.inc: 8 [% IF CAN_user_parameters_parameters_remaining_permissions %] 9 <p><a href="/cgi-bin/koha/admin/currency.pl">Please specify an active currency.</a></p> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8169] No LCCN field on Z39.50 search
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8169 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #6 from emjhet(a)pa.net --- I would find this a very useful search field, as my attempts in control number and keyword searches have not resulted in successful searches. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10470] way to add multiple subfields to frameworks
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10470 emjhet(a)pa.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emjhet(a)pa.net --- Comment #1 from emjhet(a)pa.net --- I agree that it is unnecessarily time consuming to have to save each subfield individually. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9792] Layout problem with patron entry form when using Internet Explorer 11
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9792 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Layout problem with patron |Layout problem with patron |entry form when using |entry form when using |Internet Explorer 9 |Internet Explorer 11 -- You are receiving this mail because: You are watching all bug changes.

1 0