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

[Bug 15143] New: Removing a Guarantee from a Guarantors account
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15143 Bug ID: 15143 Summary: Removing a Guarantee from a Guarantors account Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If the Guarantee is changed to an Adult without removing it from the Guarantors account first it gets stuck on the Guarantors account. -Jesse -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12352] New: Update patron records -page should have a link to patron details
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12352 Bug ID: 12352 Summary: Update patron records -page should have a link to patron details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There should be a link to the patron details on the "Update patron records" -page. This would make it much easier for the staff to check on the patron information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 10904] New: would like to limit patron update request management by branch
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10904 Bug ID: 10904 Summary: would like to limit patron update request management by branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice to have a way to see only 'my' patron update requests by branch (like you can on purchase suggestions). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 54

[Bug 15234] New: Administrative interface timeout
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15234 Bug ID: 15234 Summary: Administrative interface timeout Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The administrative interface seems not to honour the timeout set in preferences. Having set Administration > Login options > timeout to 7d ("Automatically log out users after 7d seconds of inactivity. Adding d will specify it in days, e.g. 1d is timeout of one day"), I discover that timeout comes within hours rather than days. In cataloguing Z3950 searches for example (addbooks.pl z3950_search.pl), any search involving a large number of targets (servers) ends up in a window stating "Error: Session timed out. Please log in again". Is that normal? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12375] New: Store serials enumeration data in separate fields
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12375 Bug ID: 12375 Summary: Store serials enumeration data in separate fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently, all serials enumeration data is stored in conglomerated fashion in serial.serialseq. This makes it extremely difficult to do any reporting based on the individual sequence values due to this fact. In addition to the formatted version of the sequence, we should be storing the individual values as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 14306] New: Show URL from MARC21 field 555$u under Title Notes (OPAC) or Descriptions (Staff)
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14306 Bug ID: 14306 Summary: Show URL from MARC21 field 555$u under Title Notes (OPAC) or Descriptions (Staff) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org If you enter a URL in 555$u, you want to click it in Title Notes/Descriptions. This requires a small adjustment in GetMarcNotes. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 9303] New: relative's checkouts in the opac
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9303 Bug ID: 9303 Summary: relative's checkouts in the opac Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there were a way to show patrons their relative's checkouts in the OPAC (like you can in the staff client). It should probably be controlled by an option on each patron record - so that patrons can decide if their family can see their checkouts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 332

[Bug 15297] New: OPAC Patron registration datepicker dropdown shows only 10 years
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15297 Bug ID: 15297 Summary: OPAC Patron registration datepicker dropdown shows only 10 years Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: xarragon(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 12342 has a fix for the staff interface (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12342) for date picker available range. This is the same fix but for the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15308] New: Suggested new interface for item type translation process
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15308 Bug ID: 15308 Summary: Suggested new interface for item type translation process Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Created attachment 45418 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=45418&action=edit Mockup of suggested changes I find the new item type translation interface confusing, so I have attached a screenshot showing an idea for how to change it. We've got two competing modes in the current interface: A typical form for adding new translations and a hidden inline editing system for existing translations. I think we can combine the two: - List all installed languages. - Put an "Add" in rows for languages which lack a translation. - Put an "Edit" link in rows for languages which have a translation. - Use "Delete" text of the delete link for clarity and consistency. The way I picture it, clicking the "Edit" link would move the focus to and highlight the existing text in such a way to suggest that it is editable (perhaps by imitating the style of a text input). Clicking the "Add" link would move the focus to the "Empty" cell and set the style of the cell in a way to suggest that it is editable. I would further suggest that while an add or edit is being performed, the corresponding add/edit link be replaced with a save button. Right now the user has to both guess that the text is editable and guess that the changes will be saved. This is a good opportunity to establish a good usable pattern for using contenteditable interactions so that they can be extended to more places in Koha. I would love to hear comments. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 15307] New: Delete link doesn't appear for newly-added item type translations
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '16

06 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15307 Bug ID: 15307 Summary: Delete link doesn't appear for newly-added item type translations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Immediately after adding an item type translation (Item types -> Translate into other languages) the new translation is added to the table but the last cell where the delete link usually appears is empty. That means that if you made a mistake you have to close the modal window, re-open it, delete the translation, and then re-enter it. It would be better if: 1. It was possible to edit (rather than only delete and re-add) translations. 2. It was possible to delete translations immediately after adding. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3