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

[Bug 29151] New: Display issues for exchange rates with a lot of decimals
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '21

01 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29151 Bug ID: 29151 Summary: Display issues for exchange rates with a lot of decimals 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 125630 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125630&action=e… Currencies Menu › Exchange rates display issue with Rial After updating Koha from 18.05 to 20.11, we face a problem with the Iranian Rial currency : exchange rate is 1,00 Rial = 0,000020509699 Euros. Before, rate was saved as "0.00002" (only 5 decimals). Now, on 20.11.10 and master 21.06.00.025, rate is saved as "2e-05" (see screenshot attached from master). Calculation on basket is still correct, but I think this new display in the Currencies menu can be disturbing for users. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 3758] Automatic update of exchange rates
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '21

01 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3758 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13345] Choose the format when sending a basket/list by email
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '21

01 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13345 Didier Gautheron <didier.gautheron(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |didier.gautheron(a)biblibre.c | |om Status|Needs Signoff |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24488] New: Holds to Pull sometimes shows the wrong 'first patron' details
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24488 Bug ID: 24488 Summary: Holds to Pull sometimes shows the wrong 'first patron' details Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The query that pulls the information for the Circ -> Holds to pull table is incredibly complex and doesn't always pull the correct information. It has a bunch of commands in it that repeatedly reorders the results (group_concats and counts). This means the order of the results cannot be guaranteed to be the same with every execution, and sometimes we see the wrong 'first patron' for the given date selection. It's hard to test because it only happens sometimes, but I have been able to reproduce it this way: - Place two holds for two different patrons on the same biblio - Check the Holds to pull, it'll show the details of the first patron - Change the reservedate for the second hold in the database to be yesterday - Check the Holds to pull, it shows the details of the wrong hold under 'first patron' but shows the correct details 'under earliest hold date' - Change the date selection, it doesn't fix itself -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 211

[Bug 13376] Include a user-editable area/page for terms and conditions of use in the opac
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

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

1 0

[Bug 14771] Allow patrons to pick a username
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

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

1 0

[Bug 9097] 'Welcome mail' for new library users
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

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

1 0

[Bug 11723] Message "A refund has been applied" on all lost item returns
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

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

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #372 from David Gustafsson <glasklas(a)gmail.com> --- (In reply to Jonathan Druart from comment #369) > I've spent a lost of time on this patch set to make it part of 21.05. Added > follow-ups and written test. > > Then I had some questions, and didn't get the answers I needed to write the > missing bit. I was not asking anybody else to write anything. > > I wish I had people asking me to write follow-up for my patches.. Sorry I missed some of those questions (i for some reason read comment 221-333 so I was not referring to you regarding requesting new features). Regarding the question in comment 324: > 4. We need a wiki page, or at least more info/examples for the release notes. There is only 2 very succinct example in the test plan but the feature allows much more. I have written a manual entry, it might now be partly out dated since it was 2 years ago, there are some links to it further up in the thread: https://gitlab.com/gnucifer/koha-manual/-/commit/eb07dd1abcb357de27d294cee4… The reason I pointed out that we have been running this in production for a long time is that there appears to be great hesitancy in merging this which is understandable due to the large surface area of changes and and relative high complexity. That serious bugs could lurk is not impossible, but is highly unlikely as we would probably have encountered them by now. There are for example certain contexts that we do not use, like batchmod, z3950 and import_lexile, but it can be good to know that the core functionality appears to be pretty solid. The scariest part of this by far is the potential for unexpected data loss or corruption when records are taken apart and put back together again, and that part appears to be solid. As a side note I don't really get why MergeRules were renamed to OverlayRules, it's not that much worse than merge, but is it really better? To me merge is more intuitive as we basically have to revisions of a record and use certain rules to resolve the diff, merging the two. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '21

30 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #371 from David Gustafsson <glasklas(a)gmail.com> --- (In reply to Martin Renvoize from comment #370) > > I did forget about one thing though, that actually is a show-stopper, and > > that is if this bug is merged without the fix in bug 25539, this will > > trigger a bug with this current patch. I discovered that bug 25539 was set > > as depending on this bug when it should have been the other way around which > > I now fixed. > > Pretty sure we reversed the dependencies deliberately to unblock this.. we > disable this feature for use with bulkmarcimport in one of the patches. Yes, now I remember. I mistakenly misremembered the bug in bug 25539 appearing when saving using the staff interface. In that case there should be no blockers for this patch (with bulkmarcimport.pl disabled, which would be a show-stopper for us, but we would in case this got merged address with a local patch). -- You are receiving this mail because: You are watching all bug changes.

1 0