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

[Bug 33510] New: Add context to "New" as a status
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33510 Bug ID: 33510 Summary: Add context to "New" as a status Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When trying to correct the translation for OPAC problem reports, I noticed that in some cases, the word "New" alone is used as "Add a new thing" (action/verb) and in other cases, it is used as "This thing is new" (status/adjective). Currently, the word "New" alone is used in these places As "Add a new thing" (action/verb) #: koha-tmpl/intranet-tmpl/prog/en/modules/intranet-main.tt:38 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/auth_subfields_structure.tt:110 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/classsources.tt:320 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/marc_subfields_structure.tt:146 #: koha-tmpl/intranet-tmpl/prog/en/modules/members/memberentrygen.tt:1586 #: koha-tmpl/intranet-tmpl/prog/en/modules/tools/modborrowers.tt:383 #: koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-memberentry.tt:988 As "This thing is new" (status/adjective) #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/basket.tt:51 #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/duplicate_orders.tt:95 #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/histsearch.tt:99 #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/orderreceive.tt:158 #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/background_jobs.tt:166 #: koha-tmpl/intranet-tmpl/prog/en/modules/catalogue/detail.tt:896 #: koha-tmpl/intranet-tmpl/prog/en/modules/circ/request-article.tt:318 #: koha-tmpl/intranet-tmpl/prog/en/modules/patroncards/edit-batch.tt:36 #: koha-tmpl/intranet-tmpl/prog/en/modules/serials/subscription-detail.tt:381 #: koha-tmpl/intranet-tmpl/prog/en/modules/serials/subscription-detail.tt:412 #: koha-tmpl/intranet-tmpl/prog/en/modules/tools/problem-reports.tt:108 #: koha-tmpl/intranet-tmpl/prog/en/includes/filter-orders.inc:57 #: koha-tmpl/intranet-tmpl/prog/en/includes/filter-orders.inc:59 #: koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-user.tt:954 Not sure? #: koha-tmpl/intranet-tmpl/prog/en/modules/tools/problem-reports.tt:149 I wonder if the solution here is to add translation context, or to change the word to "Add" or "Add new" where it is used as "Add a new thing". In French, the gender of "New" as an adjective should also change depending on the gender of the thing that is new, so in the context, it should say what thing is new. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 33535] New: Date range search for Publication Year not working
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33535 Bug ID: 33535 Summary: Date range search for Publication Year not working Change sponsored?: --- Product: Koha Version: 22.05 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: anke.bruns(a)gwdg.de In 22.05, the pubdate index that searches pos. 7-10 in field 008 works well if searched for one year only (e.g. 1999). However, searching for a date range, as suggested in the pulldown menu where it says "Publication date (yyyy-yyyy), doesn't yield anything at all. Thus, "1999-2002" or "1999 - 2002" return 0 results, even though there are records with pubdates 1999, 2002 and the years in between, and they can be retrieved by searching for one single year as mentioned above. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 11285] Vocabulary disambiguation
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11285 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14560] Introduce a way of handling Rameau composed authorities, without breaking normal workflow
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14560 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31151] New: On mobile, the sticky menu when viewing a list is very big
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31151 Bug ID: 31151 Summary: On mobile, the sticky menu when viewing a list is very big 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When a patron views their list on mobile, the sticky menu can take up to half the screen depending on the device. To test: 1) Using a smartphone or your browser's mobile view tool, go to the OPAC 2) Log in as a patron 3) Create a list 4) Add items to the list (at least 2 or 3) 5) View the list, scroll down The sticky menu has lots of options New list, download, send list, etc. and it takes up a lot of space. I think the sticky menu is fun, but on mobile, it should maybe be a couple of option plus a burger menu (three lines)? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 39049] New: Do not allow on-site checkout for anonymous patron
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39049 Bug ID: 39049 Summary: Do not allow on-site checkout for anonymous patron Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 34910 blocks anonymous patron for checkouts. But in case on-site checkouts is forced it appears. Depends on system preferences OnSiteCheckouts and OnSiteCheckoutsForce Looks like the logic is in template, in my opinion we should move it to perl. Maybe create a new var can_issue with values "yes" "no" "on-site-forced", it would replace "noissues" (used in double-negative UNLESS noissues). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34910] New: Do not allow checkout for anonymous patron
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34910 Bug ID: 34910 Summary: Do not allow checkout for anonymous patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The anonymous patron circulation page should show an alert message and not allow check-out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 31509] New: Additional contents: Code should be configurable sometimes
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '25

06 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31509 Bug ID: 31509 Summary: Additional contents: Code should be configurable sometimes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See also bug 29113 and bug 31503. Bug 31503 adds a location PatronConsent but I need codes like PatronConsent_[suffix] where suffix points to a specific patron consent type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 39048] New: Character string defaults to sexist emoticon
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39048 Bug ID: 39048 Summary: Character string defaults to sexist emoticon Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: asakovich(a)hmcpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 177555 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177555&action=e… Claims button rendered with CSS. One of my staff drew my attention to the Patron Details page and the fineholdsissues toptabs bar this morning, post-24.11-upgrade. Still holding on to my memories of being a 20-something male in the USA, I quickly identified an old emoticon that I felt might be identified by some as sexist. The fourth tab over is Claims, with a pair of numbers in parentheses. By default, if a patron has no claims and none outstanding, the tab renders as "(0 0)", which most males, teen or older, will tell you is an emoticon for female breasts. The CSS highlights the zeroes even more than text here renders. I think that if we added a slash (/) between the numbers, and/or removed the parentheses, it would diffuse the pareidolia, while retaining the meaning. Thanks for your consideration. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34227] New: Add persistent selections and batch operations to item search
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '25

05 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34227 Bug ID: 34227 Summary: Add persistent selections and batch operations to item search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I would like to add the same system of keeping persistent track of what item selections have been made to the item search results page, just like the patron search results page has. I would also like to add an option for performing batch item modification and batch item deletion using saved selections. -- You are receiving this mail because: You are watching all bug changes.

1 23