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

[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

[Bug 16583] New: Strangeness in the staff client on ubuntu 16.04 and MySQL 5.7
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16583 Bug ID: 16583 Summary: Strangeness in the staff client on ubuntu 16.04 and MySQL 5.7 Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: Linux Status: NEW Severity: major Priority: P2 Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Have noticed some strangeness with a clean install of Koha on MySQL 5.7: When adding a rule at /cgi-bin/koha/admin/smart-rules.pl, if any box is left empty the first empty field pops an error similar to this: DBIx::Class::Storage::DBI::_dbh_execute(): Incorrect integer value: '' for column 'chargeperiod' at row 1 at /usr/share/koha/intranet/cgi-bin/admin/smart-rules.pl line 170 When attempting to add a borrower category, it thinks a duplicate has been added with the resultant error message "An error occurred when inserting this patron category. The patron category might already exist." The code for the category did not already exist. I am reporting this bug on behalf of Son Nguyen - he may choose to add any other information he has to this report. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 12759] Add ability to pass list contents to batch record modification/deletion tools
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12759 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #24 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Comment 10 and comment 13 are still valid... Moreover, prefer to pass an iterator to the template: -my @lists = Koha::Virtualshelves->search({}); -$template->param( lists => \@lists ); +$template->param( virtual_shelves => scalar Koha::Virtualshelves->search ); You will need to adapt the template accordingly ([% IF virtual_shelves.count %], etc.) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9399] Accessibility - Search box options aren't buttons
by bugzilla-daemon＠bugs.koha-community.org 30 May '18

30 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9399 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are watching all bug changes.

1 0