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

[Bug 8958] New: Facets are not fully UNIMARC compliant
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '14

11 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8958 Priority: P5 - low Change sponsored?: --- Bug ID: 8958 Assignee: gmcharlt(a)gmail.com Summary: Facets are not fully UNIMARC compliant Severity: normal Classification: Unclassified OS: All Reporter: mathieu.saby(a)univ-rennes2.fr Hardware: All Status: NEW Version: unspecified Component: Searching Product: Koha Hi - The "Place" Facet cannot show up because it is mapped on 651 field instead of 607 field. - Some fields are missing in Unimarc facets (topics : 608, 616 ; authors : 710, 711, 712, 716, 720, 721, 722). - Serials are mapped on 225a. This field is subject to many variants ("Collection Que sais-je?", "Que sais-je", "Que sais je?", etc). Facets would be nicer if we used 410t. Some other fields could be better indexed : 600ab (name/surname) instead of 600a, 601abcdef (hierarchical collectivity or congress) instead of 601a, 604at (author+title) instead of 604a I have made a patch for these issues. I'm planning some other changes regarding Unimarc facets (adding distinct facets for some 6XX, indexing separately all $x subdivisions in su-to, indexing all $y subdivisions in su-geo with 607a, adding language and date facets...), but I will submit these ideas to koha-fr and koha lists first... Regards Mathieu Saby Rennes 2 University -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 8506] New: return date of lost items recorded wrong
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '14

09 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8506 Priority: P5 - low Change sponsored?: --- Bug ID: 8506 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: return date of lost items recorded wrong Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Patron returned several long overdue/lost items yesterday. They had been due in December of 2011 and were flagged as lost in February 2012. The item history shows they were last seen yesterday--when they were returned, while the checkout history for that items shows that it was returned on 2/17/12 which is actually the day it was flagged as lost. This is misleading because if you look at the item checkout record it shows the items returned when in fact it is not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10837] New: Checkboxes are missing in Serial > Claims > 'Late Selections list'' . So I cannot do "Exported selected items"" in my installations(v 3.12.0 and 3.12.3)
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10837 Bug ID: 10837 Summary: Checkboxes are missing in Serial > Claims > 'Late Selections list'' . So I cannot do "Exported selected items"" in my installations(v 3.12.0 and 3.12.3) Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: bala.allmail(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Check boxes are missing in Serial > Claims > 'Late Selections list'' . So I cannot do "Exported selected items"" in my installations(v 3.12.0 and 3.12.3) In Koha Demo( 3.12v), I have observed same but Manual shows there are check boxes in 3.10v for the same task I am new to KOHA and we, Open university, Sri Lanka testing the system feasibility this is a drawback to us as we have significant amount to Serials to manage. Thanks -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10751] New: Title should be mandatory for creating suggestions in staff
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10751 Bug ID: 10751 Summary: Title should be mandatory for creating suggestions in staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 When creating a suggestion in the staff interface, Title is not a mandatory field like in the OPAC. If you try to add a suggestion without a title it won't be saved. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 10580] New: Remove NoZebra reference from Makefile.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10580 Bug ID: 10580 Summary: Remove NoZebra reference from Makefile.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de When running Makefile.pl you are still asked if you want to install the zebra configuration files and it states: Koha will default to using its internal serach engine. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10714] New: Redirect to list contents view upon save after initiating edit from list contents view
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10714 Bug ID: 10714 Summary: Redirect to list contents view upon save after initiating edit from list contents view Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Lists Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the OPAC, if you edit a list from the list contents view you are redirected to the contents of that same list after you save your changes. In the staff client you are redirected back to the list of lists. The staff client interface should match the OPAC in this case. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 10611] New: C4::Context->dbh checks if the DB is still running
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10611 Bug ID: 10611 Summary: C4::Context->dbh checks if the DB is still running Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Given that mysql is the only DBMS available for Koha, it seems that it is not necessary to do a ping before returning the handler. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 10691] New: 5xx not properly linked by authid in authority search result list
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10691 Bug ID: 10691 Summary: 5xx not properly linked by authid in authority search result list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: jcamins(a)cpbibliography.com Authority search in OPAC does not use the authid for creating the link in the result list, but it does on the detail page. Example: https://eh-freiburg.bsz-bw.de/cgi-bin/koha/opac-authorities-home.pl?op=do_s… Heading: Schmidt, Andrea Link: Betriebswirtin -- You are receiving this mail because: You are watching all bug changes.

1 60

[Bug 9611] New: Changing the password hashing algorithm from MD5 to more secure Bcrypt
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9611 Bug ID: 9611 Summary: Changing the password hashing algorithm from MD5 to more secure Bcrypt Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: srikanth(a)catalyst.net.nz CC: dpavlin(a)rot13.org In the current version of Koha, the passwords are stored as md5 hashes. MD5 hashing has its limitations, changing the hashing method to Bcrypt will improve in more secure password storage. -- You are receiving this mail because: You are watching all bug changes.

1 110

[Bug 10438] New: Packages naming/versioning broken
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '14

05 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10438 Bug ID: 10438 Summary: Packages naming/versioning broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: robin(a)catalyst.net.nz Our current packages naming and versioning doesn't support what we claim: if someone wants to maintain an specific version then we'll let him. It is also unnecesarilly complex for the users too. The current schema provides only two stable versions support at a given time, with 'oldstable' and 'stable' dists as a way of specifying that. Not only has that versions limitation (which could be fixed adding something like 'olderoldstable') but is also difficult for the user who has to check whether to change stable to oldstable to avoid unwanted version jump. This makes maintenance difficult even for IT stuff (is not *that* difficult, but is unnecesary). I propose changing the packages naming schema to something like: - Dists: stable (for the stable releases), devel (for the development branches) - Packages naming/version: pick the one VirtualBox uses and have: koha-common-3.8 koha-common-3.10 koha-common-3.12 and so on as packages names. Versioned with their corresponding full version (with minor release number) as it obvoiusly should. I think changing ths should be a minor task, and would make install instructions easier to write, maintain and follow, and would allow us to support more than two stable releases at a time. In a simpler way. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4