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

[Bug 34098] New: Improve translation of some strings in the patron import template
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34098 Bug ID: 34098 Summary: Improve translation of some strings in the patron import template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr There are a few strings on the patron import page which don't translate well, often because a sentence is broken up with HTML or TT markup. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 35091] New: Improve translation of usage statistics country list
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35091 Bug ID: 35091 Summary: Improve translation of usage statistics country list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The usage statistics page uses an include file, country-list.inc, which contains a large list of country names. When this include file is processed for translation the entire list shows up as one string: #: koha-tmpl/intranet-tmpl/prog/en/includes/country-list.inc:1 #, c-format msgid "[%% SET countries = [ \"Afghanistan\", \"Albania\", \"Algeria\", \"Andorra\"... This file should be reworked so that each country is a separate string in translations. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '23

10 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 --- Comment #18 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Ah but the koha-manual merge requests is closed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3716] Optionally sort labels for printing by barcode
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3716 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh(a)dubcolib.org --- Comment #4 from Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> --- I agree that the option to force a batch to print in call number order would be helpful, but also that it should be optional, for exactly the cart-of-books example Katrin described. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34984] New: Canceling a hold from the holds over tab shouldn't update the last seen date
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34984 Bug ID: 34984 Summary: Canceling a hold from the holds over tab shouldn't update the last seen date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Canceling a waiting hold from the Holds Over tab currently updates the item's last seen date. However, the fact that the staff member is canceling the hold doesn't necessarily mean they have the item in their hand. If the item is missing from the holds shelf, the staff member may cancel the hold from the holds over tab and mark the item missing, in which case the item's last seen date certainly should not be updated. On the other hand, if the item is there, the staff member is meant to check it in after canceling the hold. That check-in will update the item's last seen date anyway, so again, it is not necessary for it to be updated when the hold is canceled. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Adds a new system preference, so needs to go into the manual. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|RESOLVED |Needs documenting -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=35305 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 35301] New: Move file storage for AcqEnableFiles from database to the file system
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '23

09 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35301 Bug ID: 35301 Summary: Move file storage for AcqEnableFiles from database to the file system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In Koha we have the option to optionally store files with the invoices. This feature is activated by the system preference AcqEnableFiles. The uploaded files are then stored in the database in the the table misc_files. A lot of uploaded files will make backup/restore time for the database larger and it would be nice if we also had the option to store these files in the file system instead. This might have to be optional to keep backwards compatiblity/give people a chance to migrate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1