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

[Bug 14464] Add ability to cancel waiting holds from checkin screen
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '17

05 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14464 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |19746 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19746 [Bug 19746] Debug statements are left in returns.pl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19662] koha previous year data uploading
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

1 0

[Bug 18447] New: Datepicker only shows -10/+10 years
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18447 Bug ID: 18447 Summary: Datepicker only shows -10/+10 years Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When entering patrons they are often more than 10 years old - entering a birth date requires constantly clicking back 10 years on the date picker - we should load a few more years in the past This was fixed in bug 12342 but that code is no longer used -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 12342] Patron registration datepicker dropdown shows only 10 years
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12342 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|REOPENED |RESOLVED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11210] Allow partial writeoff
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11210 George Williams (NEKLS) <george(a)nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |george(a)nekls.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16239] New: Upgrade Bootstrap in the staff client
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16239 Bug ID: 16239 Summary: Upgrade Bootstrap in the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 15883 Blocks: 14546 Now that we are on a path to getting a jQuery upgrade, it's time to start working on an upgrade to Bootstrap in the staff client. I propose that this upgrade be done as a precursor to (rather than simultaneously with) a full conversion of the staff client to a Bootstrap grid (Bug 14546). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14546 [Bug 14546] Make staff client templates responsive https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15883 [Bug 15883] Upgrade jQuery from v1.7.2 in the staff client -- You are receiving this mail because: You are watching all bug changes.

1 119

[Bug 18937] New: Limit the number of list entries to print
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18937 Bug ID: 18937 Summary: Limit the number of list entries to print Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you have large lists of say 2000 entries, the option Print a list may be very time consuming. Especially when an impatient user hits refresh a couple of times, this might affect your server performance. This patch adds paging to list printing when the number of list entries is over 200 (just a constant). The number of entries to print is now governed by preference OPACnumSearchResults. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 17624] New: OPACXSLTResultsHideNFL
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17624 Bug ID: 17624 Summary: OPACXSLTResultsHideNFL Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 19555] New: Some changes to records are not reflected in OAI-PMH
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19555 Bug ID: 19555 Summary: Some changes to records are not reflected in OAI-PMH Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org The OAI-PMH server can take "from" and "until" dates, in which case it should return records that were added or changed in the given date range: /koha/oai.pl?verb=ListRecords&metadataPrefix=marcxchange&from=2017-10-26&until=2017-10-28 In current master, Koha uses biblioitems.timestamp to figure out which records should be returned for a given timeframe: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=Koha/OAI/Server/L… This worked fine when the marcxml column was still in the biblioitems table. Any change to the record would update the timestamp and it would be reflected in OAI-PMH. But then we yanked marcxml out of the biblioitems table, and moved it to biblio_metadata.metadata. This means that biblioitems.timestamp only gets updated when one of the MARC-fields that has its own column in biblioitems gets updated. And this means that some changes are not reflected in OAI-PMH. To verify: - Open a record for editing in Koha - Look at the row in biblioitems that corresponds to the record - Change e.g. one of the subjects -> the timestamp is not updated - Change e.g. the ISBN -> the timestamp IS updated The solution that comes to my mind first is to: - add a timestamp to the biblio_metadata table, and - consider both biblioitems.timestamp and biblio_metadata.timestamp when OAI-PMH decides what records to return Opinions? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7047] renewing serials note not visible
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7047 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexbuckley(a)catalyst.net.nz Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0