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

[Bug 14365] New: SQL Reports Last Edit Date column
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14365 Bug ID: 14365 Summary: SQL Reports Last Edit Date column Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: director(a)plaistowlibrary.com QA Contact: testopia(a)bugs.koha-community.org The Saved Reports page currently shows the Creation Date of Reports. To my way of thinking, it would be much more helpful to have the Last Edit Date displayed & sortable. When I'm working with Reports I am almost always working on the same few Reports within a relatively short time period & it would be great to have an easy way of retrieving these. Along the same lines, this would also provide an easy way of identifying which Reports other librarians have been working on most recently. Cheers! Cab Vinton Plaistow Public Library -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14053] New: Acquisition db tables are missing indexes
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14053 Bug ID: 14053 Summary: Acquisition db tables are missing indexes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Acquisition db tables have a lot of relational constraints and are often missing an index to have performance queries. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 3206] OAI repositry deleted record support
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3206 --- Comment #17 from Matthias Meusburger <matthias.meusburger(a)biblibre.com> --- Created attachment 39993 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=39993&action=edit Bug 3206 [Follow-up]: OAI repository deleted records support. - Fix QA. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12374] New: Feature request: add koha-mqsqldump script, analagous to koha-mysql
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12374 Bug ID: 12374 Summary: Feature request: add koha-mqsqldump script, analagous to koha-mysql Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The command debian/scripts/koha-mysql is used to execute mysql on a given site without entering sql credentials, but if a database dump is required, there is not analogous tool available. It would be trivial to copy koha-mysql to koha-mysqldump and call mysqldump instead. See notes in bug 12372 about passing arguments into such a script. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 1368] Use of FOREIGN_KEY_CHECKS = 0
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1368 --- Comment #10 from Paul Poulain <paul.poulain(a)biblibre.com> --- (In reply to Katrin Fischer from comment #9) > I think it's not worth risking to break those. And they would be really hard > to test, as we probably can't find a database with acq data that old easily. +1 -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11057] New: Bootstrap theme: Don't hide language chooser below the fold
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11057 Bug ID: 11057 Summary: Bootstrap theme: Don't hide language chooser below the fold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org Depends on: 10309 Created attachment 22008 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22008&action=edit The chosen language is displayed above the other text in the language chooser With the (beautiful!) new theme based on Bootstrap, even if there is not a lot of stuff on the front page of the OPAC, the language chooser is hidden "below the fold", so you have to scroll to see it. I needed to have it pointed out to me by someone who was already aware of this, so I think there is a good chance more people will be confused by it. Also, the chosen language is displayed a bit wonky, see attached screenshot. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 14161] New: highlighting on edit line not always there
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14161 Bug ID: 14161 Summary: highlighting on edit line not always there Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl See : http://screencast.com/t/Hz9cKsc6LL If you click 'edit' on the holding table to edit an item the line you're editing is highlighted in yellow, but if you click edit from the item items page the line is not highlighted in yellow anymore. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 1368] Use of FOREIGN_KEY_CHECKS = 0
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1368 --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I would be quite uncomfortable about touching those old updatedatabase statementements. They all belong to the 'new acquisition module' that we introduced prior to 3.2 release and are rather complicated: $DBversion = '3.01.00.073' "Upgrade to $DBversion done (adding aqcontract table)\n"; $DBversion = '3.01.00.076'; "Upgrade to $DBversion done (adding basketgroups)\n"; $DBversion = '3.01.00.076'; "Upgrade to $DBversion done (Adding new aqbudgetperiods, aqbudgets and aqbudget_planning tables )\n"; I think it's not worth risking to break those. And they would be really hard to test, as we probably can't find a database with acq data that old easily. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 1368] Use of FOREIGN_KEY_CHECKS = 0
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1368 --- Comment #8 from MJ Ray (software.coop) <mjr(a)software.coop> --- I'm still not comfortable with wontfix because this could be avoided by correct ordering of the database files... it's lazy programming to turn key-checking off, isn't it? However, it's more dangerous in updates than the installer, because it's easier to test that the installer won't leave a broken/inconsistent database. If you want to wontfix this about the installer and then create bugs for the updates switching off key-checks, then that would be OK in my opinion. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 1368] Use of FOREIGN_KEY_CHECKS = 0
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1368 Zeno Tajoli <z.tajoli(a)cineca.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.tajoli(a)cineca.it --- Comment #7 from Zeno Tajoli <z.tajoli(a)cineca.it> --- Hi, many files with FOREIGN_KEY_CHECKS = 0 / FOREIGN_KEY_CHECKS = 1 are from it-IT. We insert in this way beacause we use then also to restore in working installations. And w e need to temporary setting invalid data. Ok on wont'fix -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0