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

[Bug 34205] New: Default server checkbox not working when editing an SMPT server
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34205 Bug ID: 34205 Summary: Default server checkbox not working when editing an SMPT server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: samalau(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate this bug: - go to administration-> SMTP servers and click new smtp server - fill in the required info with random inputs, just make sure to select the box that says default server. Click submit when finished. - now click on the edit button next to the server you just created. Notice that the 'Default server' box is still selected. Press submit. - notice how even though the box was selected, the server is now not the default server. - click on edit again. - there is a weird blue box in the background of the form - select 'Default server' and submit - the server is now default as expected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34616] New: "Edit SMTP server" page shows unintended dialog
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34616 Bug ID: 34616 Summary: "Edit SMTP server" page shows unintended dialog Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, oleonard(a)myacpl.org, tomascohen(a)gmail.com Created attachment 154814 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=154814&action=e… issue To reproduce, on k-t-d: - Add a new SMTP server - Visit the edit page for that SMTP server -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 34622] New: SMTP server edit page unsets is_default if editing default server
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34622 Bug ID: 34622 Summary: SMTP server edit page unsets is_default if editing default server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dcook(a)prosentient.com.au, gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, tomascohen(a)gmail.com Depends on: 27424 To reproduce: 1) Create a new SMTP Server (tick "Default server" checkbox). Save. 2) Now edit that same SMTP Server, don't change anything. Save. 3) Notice how it no longer is default, from the list or by editing again, or by querying SELECT is_default from smtp_servers -> returns is_default:0 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27424 [Bug 27424] One should be able to assign an SMTP server as the default -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 29063] New: Translation issue with repeated strings in system preferences
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29063 Bug ID: 29063 Summary: Translation issue with repeated strings in system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When translating the preferences in Pootle, the strings of every preference are prefixed with a string, keeping them unique and allowing for a more individual translation. In other words: you can use different translations for Use/don't use, activate/deactivate depending on context and the rest of the sentence. Now in the manual chapters for the system preferences, this does no longer work. There strings like Use/don't use and activate/deactivate are "collapsed" into one string. So you can only translate it once, which means you can't match the translations you picked for the Koha GUI. I am not sure how to solve this. Maybe we could think about formatting the preferences in the manual differently so the whole text descriptoin appears as one entry on Pootle? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 27460] New: News: Remove title from author display on news items
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27460 Bug ID: 27460 Summary: News: Remove title from author display on news items 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment when you have set news to display the author's name it will display as "Mrs Katrin Fischer". This is quite unsual for how blogs or CMS display author information. I think we should remove the title here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 19062] New: Don't queue check-in/ checkout messages if patron has no e-mail
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19062 Bug ID: 19062 Summary: Don't queue check-in/checkout messages if patron has no e-mail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If the patron has no e-mail address we should not queue a check-in or checkout message. If later on an e-mail address is added to the patron account all the old messages could be sent out by accident. Check out and check in messages are only interesting close to the checkout/checkin process, later on, they are just confusing to patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 13325] Add logs for budgets and funds
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13325 --- Comment #15 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to mathieu saby from comment #14) > Hi > you marked https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34049 > as a duplicate, but I am not sure of that. > By "logs", do you mean logs visible in /tools/viewlog.pl ? > > What I meant in 34049 was not to "log" modifications that way, because logs > are often disabled in production Koha for performance issues, and not easy > to consult for the average librarian. I was thinking of a real "feature" > permitting any fund owner/user to see the modifications of their fund. It > means at least (very quick draft) > - creating a new column inital_amount in aqbudgets > - creating a new SQL table like aqbudgets_changes > - each new line aqbudgets_changes would add or substract money (with an > optional comment) to aqbudgets.budget_amount, without altering > aqbudgets.inital_amount > and of course some substantial modifications to the templates Hi Mathieu, I have to admit I have never heard of people turning off logs for perfomance. I know that we keep the CatalougingLog off for the size it creates. My suggestion here would be to create a log for the funds/budgets only and then we could use the entries to build a nicer display than the log viewer gives us if required. A separate table could also be an option. I believe the idea of the two bugs is the same, so we can have the discussion about requirements and implementation in one place. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #312 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Aleisha Amohia from comment #298) > > This means we need to adjust the column from 31 to 32, but I didn't write > > the follow-up for that, because I found what broke the behavior: > > > > * Turn on UnseenRenewals system preference > > > > It throws the column count...and then we are back at the default copying > > into the input field. > > > > Could you try to fix that? > > Hi Katrin, I've done a new fix for this. I noticed the UnseenRenewals circ > rule breaks a bunch of other rules in the same way, so maybe we can adopt > this new way of identifying those columns in another bug report. Hi Aleisha, thanks for that! I failed to come up with the right syntax :) I have filed a new bug to deal with the pre-existing problem for the other circulation rules: Bug 35182 - Activating "UnseenRenewals" causes problems in circulation rules editor Happy to pass QA now. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #157715|0 |1 is obsolete| | --- Comment #311 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 158035 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158035&action=e… Bug 8367: (follow-up) Fix for circ rules editor Make sure holds pickup period field is empty when editing a 'default' rule. Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '23

29 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #157708|0 |1 is obsolete| | --- Comment #310 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 158034 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158034&action=e… Bug 8367: (QA follow-up) Fix QA script * Add +x to atomic database update file * Perltidy * Add spans to rewritten tab label for translatability Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> Signed-off-by: Kelly <kelly(a)bywatersolutions.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0