[Koha-bugs] [Bug 23352] Define serial's collection code in the subscription
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 Samu Heiskanen changed: What|Removed |Added Attachment #129225|0 |1 is obsolete|| --- Comment #30 from Samu Heiskanen --- Created attachment 129228 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129228=edit Bug 23352: Set default collection code when creating subscription The default collection code set in the subscription will be applied if item records are created when receiving the serial. Test plan: 1. Apply 3 patches 2. Run updatedatabase.pl and restart services 3. Create a subscription: - Tick the 'Create an item record when receiving this serial' radio button - Select values in the Location, Collection code and Item type dropdowns - Save the subscription 4. Confirm the Location, and Collection code default values you choose in #3 are displaying in the 'Information' tab of page that's loaded 5. Receive the serial: - Click 'Receive' - Change the status dropdown from 'Expected' to 'Arrived' - Confirm the 'Collection Code', 'Shelving location' and 'Koha item type' dropdowns are pre-filled with the values you defined in #3 6. Run unit test t/db_dependent/Serials.t Sponsored-By: Brimbank Library, Australia Signed-off-by: Samu Heiskanen -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23352] Define serial's collection code in the subscription
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 Samu Heiskanen changed: What|Removed |Added Attachment #129124|0 |1 is obsolete|| --- Comment #29 from Samu Heiskanen --- Created attachment 129227 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129227=edit Bug 23352: Updated schema file Sponsored-By: Brimbank Library, Australia Signed-off-by: Samu Heiskanen -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23352] Define serial's collection code in the subscription
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 Samu Heiskanen changed: What|Removed |Added Attachment #129123|0 |1 is obsolete|| --- Comment #28 from Samu Heiskanen --- Created attachment 129226 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129226=edit Bug 23352: Database changes Sponsored-By: Brimbank Library, Australia Signed-off-by: Samu Heiskanen -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29830] Superlibrarian unable to delete patron list
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29830 --- Comment #1 from Katrin Fischer --- Hi JaTara, can you explain your use case a bit? If a patron list is shared, it can be used by others, but probably only still be deleted by the creator of the list. I am not sure if a superlibrarian should be able to interfere here, as these lists could be considered personal, like the entries of a cart or a list of bibliographic records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29830] New: Superlibrarian unable to delete patron list
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29830 Bug ID: 29830 Summary: Superlibrarian unable to delete patron list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs@lists.koha-community.org Reporter: jenday...@gmail.com QA Contact: testo...@bugs.koha-community.org CC: m.de.r...@rijksmuseum.nl I'm currently unable to delete patron lists that someone else has created even though I have superlibrarian privileges. I am able to delete patron lists that I originally created, but not patron lists that someone else has created. As superlibrarian, I should have the ability to delete all patron lists on our system, if needed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28797] Hold reminder email should use All Libraries notice
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28797 --- Comment #1 from Katrin Fischer --- *** Bug 29801 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29801] Holds reminder cron not finding notice for all libraries
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29801 Katrin Fischer changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from Katrin Fischer --- *** This bug has been marked as a duplicate of bug 28797 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23352] Define serial's collection code in the subscription
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 Samu Heiskanen changed: What|Removed |Added Attachment #129125|0 |1 is obsolete|| --- Comment #27 from Samu Heiskanen --- Created attachment 129225 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129225=edit Bug 23352: Set default collection code when creating subscription The default collection code set in the subscription will be applied if item records are created when receiving the serial. Test plan: 1. Apply 3 patches 2. Run updatedatabase.pl and restart services 3. Create a subscription: - Tick the 'Create an item record when receiving this serial' radio button - Select values in the Location, Collection code and Item type dropdowns - Save the subscription 4. Confirm the Location, and Collection code default values you choose in #3 are displaying in the 'Information' tab of page that's loaded 5. Receive the serial: - Click 'Receive' - Change the status dropdown from 'Expected' to 'Arrived' - Confirm the 'Collection Code', 'Shelving location' and 'Koha item type' dropdowns are pre-filled with the values you defined in #3 6. Run unit test t/db_dependent/Serials.t Sponsored-By: Brimbank Library, Australia Signed-off-by: Samu Heiskanen -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23352] Define serial's collection code in the subscription
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23352 Samu Heiskanen changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29237] When deleting funds from an inactive budget, the results page returns to a different budget
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29237 Katrin Fischer changed: What|Removed |Added Severity|enhancement |normal Version|20.05 |master --- Comment #1 from Katrin Fischer --- Confirmed on master. For the sample database: 1) Go to Administration > Budgets 2) Duplicate the existing budget and set it to inactive 4) Select the inactive budget and click on it, to see linked funds 5) Delete a fund 6) Verify you are now on the active budget, where the fund is still there As Valerlie says this is quite dangerous and might easily lead people to delete the wrong funds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29160] Default Framework Report Yields Empty Download
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29160 Katrin Fischer changed: What|Removed |Added Severity|enhancement |normal --- Comment #1 from Katrin Fischer --- Hi Charles, I have tested your report on 20.11 and the current development version and results displayed and download worked correctly. Do you still see the issue? You might want to consider updating to a newer version if you haven't yet, as 20.05 is quite old and no longer maintained. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 27887] Patrons should not receive overdue notices for claimed returns
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27887 Katrin Fischer changed: What|Removed |Added Version|19.11 |master -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29719] onloan dates are cleared from items when importing and overlaying
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29719 Katrin Fischer changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #3 from Katrin Fischer --- It might get too late and I might be misunderstanding it all, but I am not sure if this fix is in the right spot. Instead of introducing the onloan special case to the general method in Object.pm, would the solution not be to add it to the $properties_hashref? 321 $item->{cn_source} = delete $item->{'items.cn_source'}; # Because of C4::Biblio::_disambiguate 322 delete $item->{'items.cn_sort'}; # Because of C4::Biblio::_disambiguate 323 $item->{itemnumber} = $itemnumber; 324 $item->{biblionumber} = $biblionumber; 325 326 my $existing_cn_sort = $item_object->cn_sort; # set_or_blank will reset cn_sort to undef as we are not passing it 327 # We rely on Koha::Item->store to modify it if itemcallnumber or cn_source is modified 328 $item_object = $item_object->set_or_blank($item); 279 =head3 $object->set_or_blank( $properties_hashref ) 280 281 $object->set_or_blank( 282 { 283 property1 => $property1, 284 property2 => $property2, 285 property3 => $propery3, 286 } 287 ); 288 289 If not listed in $properties_hashref, the property will be set to the default 290 value defined at DB level, or nulled. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29559] Update creates "unexpected type" entries for standard codes in debit and credit types
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29559 Katrin Fischer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29559] Update creates "unexpected type" entries for standard codes in debit and credit types
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29559 --- Comment #8 from Katrin Fischer --- I think we could do better, but it might just be too late now. I believe that in the history of Koha we sometimes had negative/positive values in the amount, that did look almost the same in the interface (apart from some color coding issues) and the math accounted for that. And that these are probably among those that didn't get migrated correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 14907] Item search: Call Numbers in Item search results are ordered alphabetically
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14907 Katrin Fischer changed: What|Removed |Added CC||tomasco...@gmail.com --- Comment #5 from Katrin Fischer --- (In reply to Owen Leonard from comment #2) > The item search table is rendered server-side, so all sorting happens > server-side. This eliminates some of our standard sorting methods, like > embedding a sortable string in a title tag. > > Renaming the column "cn_sort" has the right effect for the purposes of > sorting: The column name "cn_sort" is passed to the query and the rows are > sorted correctly by call number. > > Unfortunately this breaks the column filter: "cn_sort" is an ambiguous > column name for the purposes of the query because of biblioitems.cn_sort. > I'm not sure if there is a good way to handle this besides adding some > conditional code specific to these columns. > > Suggestions welcome! Hi Owen, does that mean we should expect similar issues for date sorting for server side rendered tables? Or is it something specific to how this table was implemented? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29573] MARC framework subfield visibility doesn't work for 5xx displayed on the "Title notes" tab in OPAC
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29573 Katrin Fischer changed: What|Removed |Added Summary|MARC Framework Subfields|MARC framework subfield |Visibility Setting Not |visibility doesn't work for |Obeyed for 5XX |5xx displayed on the "Title ||notes" tab in OPAC --- Comment #5 from Katrin Fischer --- Hi Lye, I believe there is no easy fix for this then currently. I have amended the bug title a little to make it more clear where the problem is. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29539] UNIMARC: authority number in $9 displays for thesaurus controlled fields instead of content of $a
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29539 --- Comment #6 from Katrin Fischer --- The display is rendered from the MARCXML record in the database using XSLT. There are some replacements where authorised values are linked to fields, but they should not be to blame here I think. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29613] Set focus for cursor to barcode field on course reserves add items and batch add items pages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29613 Katrin Fischer changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #4 from Katrin Fischer --- Same for me, I tested this on 20.11 and the current development version. The cursor is always in the barcode field for me. Eliana, please provide your exact version if this problem still persists. Please also try to remove all your changes from OpacUserJs and test without them to make sure it's not another change interfering. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29539] UNIMARC: authority number in $9 displays for thesaurus controlled fields instead of content of $a
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29539 --- Comment #5 from Rafael Antonio --- I am not so sure if the problem is on XSLT file or any perl function that was changed and this can be a side efect -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 27550] "Duplicate budget" does not keep users associated with that budget
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27550 --- Comment #8 from Katrin Fischer --- Would someone be willing to step up and write the necessary tests here so we can get this bug fixed? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29608] Editing numbering patterns does require full serials permission
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29608 Katrin Fischer changed: What|Removed |Added Keywords||Academy -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29796] Cannot create new patron accounts
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29796 --- Comment #8 from Katrin Fischer --- Hi Jeremiah, could you please also make these tests as Jonathan suggests? > Also, do you see the problem with other patron's category? Did you try to > create a new category and a patron using it? Does it work if you edit an > existing patron? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29539] UNIMARC: authority number in $9 displays for thesaurus controlled fields instead of content of $a
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29539 Katrin Fischer changed: What|Removed |Added CC||fridolin.som...@biblibre.co ||m --- Comment #4 from Katrin Fischer --- i had a look at the XSLT code here, but it is a bit complicated. Adding Frido as he might have more UNIMARC knowledge than I. If you compare files, please note that there are 2 versions of UNIMARCslimUtils.xsl - one on staff and one on OPAC side. So maybe comparing those 2 would give some more hints. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29033] Add C4::Context->multivalue_preference
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29033 --- Comment #14 from Tomás Cohen Arazi --- (In reply to Katrin Fischer from comment #13) > I have filed a separate bug for the prefs - bug 29829, so maybe we could > move the discussion about the 'end user side' there. Great idea. My point was to start a discussion about all this, do we are in a good track. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29033] Add C4::Context->multivalue_preference
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29033 --- Comment #13 from Katrin Fischer --- I am more thinking of people coming new to the project - it's really hard to learn all the 'internals' already right now. You have to get familiar with a whole lot of things. That's just another perspective. I wonder if some prefs have chosen the separator because of the contents not containing it or because the way they are used makes it easier to use them like that (ILS-DI:AuthorizedIPs maybe?) I have filed a separate bug for the prefs - bug 29829, so maybe we could move the discussion about the 'end user side' there. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29791] KohaOpacLanguage cookie should set the secure flag if using https
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29791 Katrin Fischer changed: What|Removed |Added Status|Signed Off |Failed QA --- Comment #5 from Katrin Fischer --- I couldn't test with https, but have verified the cookie is set correctly with my follow-up patch on http. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29791] KohaOpacLanguage cookie should set the secure flag if using https
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29791 --- Comment #4 from Katrin Fischer --- Created attachment 129224 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129224=edit Bug 29791: (follow-up) Add missing comma in previous line Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29791] KohaOpacLanguage cookie should set the secure flag if using https
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29791 Katrin Fischer changed: What|Removed |Added Attachment #129004|0 |1 is obsolete|| --- Comment #3 from Katrin Fischer --- Created attachment 129223 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129223=edit Bug 29791: KohaOpacLanguage cookie should set the secure flag if using https To test, the headers should have value set-cookie: secure; for the language cookie, when the site is using https. Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29791] KohaOpacLanguage cookie should set the secure flag if using https
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29791 Katrin Fischer changed: What|Removed |Added Patch complexity|--- |Trivial patch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29033] Add C4::Context->multivalue_preference
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29033 --- Comment #12 from Tomás Cohen Arazi --- I always prefer to have a high level method that you just call without knowing how it is internally implemented, and the POD tells you what it will return. It is consistent with some other methods we have for accessing sysprefs even. I don't want the callers to need to know how that syspref needs to be splitter, the same way I think it is non sense for end users to need to worry about that on the front end If there is consensus, I can spend a few hours migrating all sysprefs to use the same separator. Keep in mind that we might need to escape whichever separator we pick on sysprefs that used a different one. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29033] Add C4::Context->multivalue_preference
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29033 Katrin Fischer changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=29829 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29829] New: Standardize multi-value system preferences to use | as separator
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29829 Bug ID: 29829 Summary: Standardize multi-value system preferences to use | as separator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs@lists.koha-community.org Reporter: katrin.fisc...@bsz-bw.de QA Contact: testo...@bugs.koha-community.org A lot of our system preferences use | to separate multiple values, but some don't, which makes handling them a little bit harder than it needs to be. Examples: ILS-DI:AuthorizedIPs NotesToHide z3950AuthorAuthFields DefaultLongOverdueSkipLostStatuses -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11750] Overdue report does not limit patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11750 --- Comment #6 from Katrin Fischer --- Thx for testing, The Minh Luong. I have added your sign-off line to the patch: https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129221 Please have a look at how you can do this yourself using git or the sandboxes and let us know if we can help. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11750] Overdue report does not limit patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11750 --- Comment #5 from Katrin Fischer --- Created attachment 129222 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129222=edit Bug 11750: (QA follow-up) Remove unconditional warn -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11750] Overdue report does not limit patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11750 Katrin Fischer changed: What|Removed |Added Attachment #123970|0 |1 is obsolete|| --- Comment #4 from Katrin Fischer --- Created attachment 129221 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129221=edit Bug 11750: Hide patron's attributes on overdue list if needed If a patron's attributes is limited to some libraries, we must apply this limit on the overdue list view. Test plan: 1. Create the following patron attributes: A that is not searchable B is searchable and does not have library limitation C is searchable and is limited to another library than yours 2. On the right part of the overdue list view you must see B only Without this patch C is displayed as well. Signed-off-by: The Minh Luong Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11750] Overdue report does not limit patron attributes
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11750 Katrin Fischer changed: What|Removed |Added Patch complexity|--- |Small patch Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25387] Avoid merge different type of authorities
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25387 --- Comment #16 from Katrin Fischer --- ... for different types of entries (think of 100/110/111 etc.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25387] Avoid merge different type of authorities
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25387 --- Comment #15 from Katrin Fischer --- (In reply to marion.durand from comment #14) > Hi ! > In my understanding (I can be wrong), Marcel is saying that we shouldn't > only allow merging when the losing record is unused, because if we notice > two record we want to merge and both of them are used, we will have to > manually relink them (to make one used and the other not). And only then we > can merge the record. > > So it's not the actual merging that would be a problem but the process > before, to make the merge possible. I think the relinking of records of the same authority type is a solved problem. I was thinking about use cases where we could safely allow merging of different auhority types where the relinking is much harder because the MARC fields are not the same in MARC21 for different. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29033] Add C4::Context->multivalue_preference
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29033 --- Comment #11 from Katrin Fischer --- I think Tomas is right about that we should make the prefs all behave the same (using the same separator) as this is a nuisance right now and requires constant 'looking up' of the syntax to use for each. Having a nice GUI component would make it even nicer. I am always a little doubful about wrapping a one liner in perl into an additional method. Basically this: my $values = [ split qr{\|}, $syspref ]; So I see a lot of gain in making things more consistent and refining the GUI, but I am not sure as it is right now a separate method is really required? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28152] Hidden error when importing an item with an existing itemnumber
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28152 Katrin Fischer changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #4 from Katrin Fischer --- I saw this and I think I have been looking up that error in SQL at some point. I wonder if it got broken maybe by a change of sequence in parameters? Instead of removing it, I think the "duplicate item barcode" should go into import_items.import_error that is NULL in Hayley's test. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29783] Account lockout message appears incorrectly for blank userid
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29783 --- Comment #2 from Katrin Fischer --- Hi David, 2 things here: 1) How did you manage to add a user with an empty userid? Using the GUI and using the patron import tool this should always be automatically generated if not given. We can use SQL for the test of course. 2) You write in your test plan: 1) Set system preference FailedLoginAttempts to 3 2) Modify a borrower to have an empty userid and 10 login_attempts So in this case the user account SHOULD be locked, shouldn't it? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29799] Z39.50 additional fields for authorities in search results
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29799 --- Comment #1 from Katrin Fischer --- +1 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29803] Locally stored cover images do not show in detail page for individual biblio, but do show in listing for multiple biblios
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29803 --- Comment #8 from Katrin Fischer --- For testing: https://bywatersolutions.com/education/koha-tutorial-cover-images-koha-opac-coce-server -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28180] Use a lightbox gallery to display the images on the detail pages in OPAC
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28180 Katrin Fischer changed: What|Removed |Added Blocks||29803 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29803 [Bug 29803] Locally stored cover images do not show in detail page for individual biblio, but do show in listing for multiple biblios -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29803] Locally stored cover images do not show in detail page for individual biblio, but do show in listing for multiple biblios
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29803 Katrin Fischer changed: What|Removed |Added Depends on||28180 --- Comment #7 from Katrin Fischer --- I've tested this with BywaterSolutions Coce server and for me it's the other way around. When both Coce and local covers are available, only the local cover shows on the detail page. The result page shows both. I wonder if that has to do with bug 28180 - linking them just in case. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28180 [Bug 28180] Use a lightbox gallery to display the images on the detail pages in OPAC -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20894] Add barcode size parameters to /svc/barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20894 --- Comment #3 from Katrin Fischer --- (In reply to Owen Leonard from comment #1) > Is width an option? I don't see it: https://metacpan.org/pod/GD::Barcode There is a width parameter in the source code, but I haven't tested if it can be used: https://metacpan.org/dist/GD-Barcode/source/Barcode.pm#L60 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28812] Authority tag editor only copies $a from record to search form
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28812 Katrin Fischer changed: What|Removed |Added CC||bernard.scaife@ptfs-europe. ||com --- Comment #19 from Katrin Fischer --- *** Bug 28693 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28693] Main heading box not populated in search authorities from bibliographic record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28693 Katrin Fischer changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #4 from Katrin Fischer --- I believe this is a duplicate of bug 28812, fixed in: 21.11.00,21.05.04,20.11.10 *** This bug has been marked as a duplicate of bug 28812 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7021] Add patron category to the statistics table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Katrin Fischer changed: What|Removed |Added Summary|patron category in the |Add patron category to the |statistics table|statistics table -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 6734] Show location in serials history table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6734 --- Comment #5 from Katrin Fischer --- Comment on attachment 129118 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129118 Bug 6734: Show location in serials history table Review of attachment 129118: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html=6734=129118) - ::: koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-serial-issues.tt @@ +132,5 @@ > [% END %] > > [% subscription_LOO.branchname | > html %] > +[% IF ( subscription_LOO.location ) %] > +Location : [% > AuthorisedValues.GetByCode( 'LOC', subscription_LOO.location, 1 ) | html | > html_line_break %] I believe the html_line_break is not needed here as every subscription can only have one location assigned and there should not be any line breaks to convert. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7021] patron category in the statistics table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 Katrin Fischer changed: What|Removed |Added Status|Signed Off |Failed QA -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7021] patron category in the statistics table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7021 --- Comment #35 from Katrin Fischer --- Hi Emmi, thx for taking on this old bug! I still like the idea. Can you explain why you are using usercode instead of categorycode or similar? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28909] Allow Interlibrary Loans illview method to use backend template
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Katrin Fischer changed: What|Removed |Added Status|Signed Off |Patch doesn't apply --- Comment #11 from Katrin Fischer --- I am really sorry I lost sight of this one, Andrew. I'll do better. Could you please rebase? 124271 - Bug 28909: Fix handling if backend doesn't support Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 28909: Fix handling if backend doesn't support error: sha1 information is lacking or useless (Koha/Illrequest.pm). error: could not build fake ancestor Patch failed at 0001 Bug 28909: Fix handling if backend doesn't support -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28909] Allow Interlibrary Loans illview method to use backend template
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Katrin Fischer changed: What|Removed |Added Attachment #124271|1 |0 is obsolete|| -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29809] StockRotationItems->itemnumber is poorly named
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29809 Katrin Fischer changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #4 from Katrin Fischer --- Hi Nick, you accidentally attached patches to bug 28909 - including a follow-up with a typo in the bug number. Can you please check? I have fixed the attachments on the other bug. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28909] Allow Interlibrary Loans illview method to use backend template
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Katrin Fischer changed: What|Removed |Added Attachment #129103|0 |1 is obsolete|| -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28909] Allow Interlibrary Loans illview method to use backend template
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Katrin Fischer changed: What|Removed |Added Attachment #129102|0 |1 is obsolete|| -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28909] Allow Interlibrary Loans illview method to use backend template
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Katrin Fischer changed: What|Removed |Added Attachment #129104|0 |1 is obsolete|| -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 28909] Allow Interlibrary Loans illview method to use backend template
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28909 Katrin Fischer changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29570] Unable to sort pending_orders table on parcel.pl by summary column
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29570 --- Comment #5 from Katrin Fischer --- (In reply to Tomás Cohen Arazi from comment #3) > I forgot where this was at, sorry :-D 1) Create a basket 2) Create orders 3) Close basket 4) Receive shipment 5) Enter invoice information 6) You should see your pending orders 7) Verify the 'Summary' column is no longer sortable. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29818] Cannot save subscription frequency or numbering pattering without display order
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29818 Katrin Fischer changed: What|Removed |Added Summary|Cannot save subscription|Cannot save subscription |frequency with no display |frequency or numbering |order |pattering without display ||order --- Comment #1 from Katrin Fischer --- Confirmed on master. Same issue for numbering patterns without display order. I have also tested on 20.11 and there it's possible to save the entries with the display order being empty. So something must have changed and the field should not be mandatory or cause such an ugly error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29820] Print summary just show 20 items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29820 --- Comment #5 from Katrin Fischer --- Thx for the quick fix, Owen. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29820] Print summary just show 20 items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29820 Katrin Fischer changed: What|Removed |Added Attachment #129202|0 |1 is obsolete|| --- Comment #4 from Katrin Fischer --- Created attachment 129220 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129220=edit Bug 29820: Set paging option using boolean instead of string Bug 28450, "Make Account summary print tables configurable," added DataTables to the print summary view. The updated page includes the wrong option: "paging": "false", It should be: "paging": false, Because DataTables expects that option to be boolean (true or false). To test, apply the patch and check out to a patron who has more than 20 checkouts and more than 20 holds. - From the toolbar, click Print -> Print summary. - On the acount summary page, confirm that the "Items checked out" and "Pending holds" tables show ALL entries, not just the first 20. Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29820] Print summary just show 20 items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29820 Katrin Fischer changed: What|Removed |Added Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29778] Deleting additional_contents leaves entries for additional languages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 --- Comment #9 from Katrin Fischer --- Bug 29828 shows another vector of creating database entries for additional contents that are not visible in the GUI - ideally we should have fixes for both in the next releases! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29778] Deleting additional_contents leaves entries for additional languages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 Katrin Fischer changed: What|Removed |Added Attachment #129041|0 |1 is obsolete|| --- Comment #8 from Katrin Fischer --- Created attachment 129219 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129219=edit Bug 29778: Remove DBMS error ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Table 'additional_contents' is specified twice, both as a target for 'DELETE' and as a separate source for data at /kohadevbox/koha/C4/Installer.pm line 738 Happened on MariaDB 10.1 and 10.3, not 10.6 Signed-off-by: Lucas Gass Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29778] Deleting additional_contents leaves entries for additional languages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 Katrin Fischer changed: What|Removed |Added Attachment #129040|0 |1 is obsolete|| --- Comment #7 from Katrin Fischer --- Created attachment 129218 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129218=edit Bug 29778: Prevent orphan additional contents When deleting a content, only the main one (lang="default") is removed, which leads to orphan contents in the DB that are still displayed on the UI. Test plan: 0. Don't apply this patch 1. Create some contents, translate them in different languages 2. Delete some of them => Note that they are still displayed on the UI and that the entries with lang!="default" are still in the DB 3. Apply this patch 4. Repeat 1 5. Run updatedatabase 6. Delete from of the contents => Note that the orphan entries created before you applied the patch have been removed and that the "delete" behaviour is now working correnctly. Signed-off-by: Lucas Gass Signed-off-by: Katrin Fischer -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29778] Deleting additional_contents leaves entries for additional languages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 Katrin Fischer changed: What|Removed |Added Status|Signed Off |Passed QA Patch complexity|--- |Medium patch -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24387] Rename News tool
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24387 Katrin Fischer changed: What|Removed |Added Blocks||29778 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 [Bug 29778] Deleting additional_contents leaves entries for additional languages -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29778] Deleting additional_contents leaves entries for additional languages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 Katrin Fischer changed: What|Removed |Added Depends on||24387 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24387 [Bug 24387] Rename News tool -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29805] Database update fails in MySQL 5.7 because it's missing REGEXP_REPLACE
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29805 Katrin Fischer changed: What|Removed |Added Blocks|29828 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29828 [Bug 29828] If no content is added to default, but a translation, news/additional content entries don't show in list -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24387] Rename News tool
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24387 Katrin Fischer changed: What|Removed |Added Blocks||29828 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29828 [Bug 29828] If no content is added to default, but a translation, news/additional content entries don't show in list -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29828] If no content is added to default, but a translation, news/additional content entries don't show in list
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29828 Katrin Fischer changed: What|Removed |Added Depends on|29805 |24387 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24387 [Bug 24387] Rename News tool https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29805 [Bug 29805] Database update fails in MySQL 5.7 because it's missing REGEXP_REPLACE -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29778] Deleting additional_contents leaves entries for additional languages
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29778 Katrin Fischer changed: What|Removed |Added See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=29828 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29805] Database update fails in MySQL 5.7 because it's missing REGEXP_REPLACE
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29805 Katrin Fischer changed: What|Removed |Added Blocks||29828 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29828 [Bug 29828] If no content is added to default, but a translation, news/additional content entries don't show in list -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29828] If no content is added to default, but a translation, news/additional content entries don't show in list
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29828 Katrin Fischer changed: What|Removed |Added Severity|enhancement |major Depends on||29805 Summary|If no content is added to |If no content is added to |news/additional content |default, but a translation, |entries, they are silently |news/additional content |not saved |entries don't show in list See Also||https://bugs.koha-community ||.org/bugzilla3/show_bug.cgi ||?id=29778 --- Comment #1 from Katrin Fischer --- I think I got it now - the problem is a little different, but bad. Updated step by step: 1) Add a new html customization or news entry 2) Fill in the title for default, leave content empty 3) Fill in title and content for English 4) Save 5) Verify the new entry doesn't show in the list of entries 6) Run select idnew, category, code, location, title, lang from additional_contents order by code, lang; 7) Verify your entry is in the database Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29805 [Bug 29805] Database update fails in MySQL 5.7 because it's missing REGEXP_REPLACE -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29828] New: If no content is added to news/additional content entries, they are silently not saved
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29828 Bug ID: 29828 Summary: If no content is added to news/additional content entries, they are silently not saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs@lists.koha-community.org Reporter: katrin.fisc...@bsz-bw.de QA Contact: testo...@bugs.koha-community.org To test: Add a new news or HTML customization entry, fill in the title for one or more languages. Leave content empty. Save. The entry hasn't been saved. There is no error and nothing visible in the logs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29751] [DOCS] Document how linking from Koha to the manual works
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29751 --- Comment #1 from Katrin Fischer --- We keep a mapping of every template file with a help link to the section in the manual it links to in https://git.koha-community.org/Koha-community/Koha/src/branch/master/Koha/Manual.pm When new pages are added, this file has to be added to as well. Or when we add more specific documentation of a new feature, maybe the docs team should update the linking as well. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29827] New: Update or remove outdated README.txt in /etc
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29827 Bug ID: 29827 Summary: Update or remove outdated README.txt in /etc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs@lists.koha-community.org Reporter: katrin.fisc...@bsz-bw.de QA Contact: testo...@bugs.koha-community.org https://git.koha-community.org/Koha-community/Koha/src/branch/master/etc/README.txt It describes some files that don't exist: * koha-production.xml * koha-testing.xml These are the production and testing configurations for zebrasrv and for Koha. The first part of each file specifies Zebra server names, indexing configuration files, and query language configurations. Koha configuration directives follow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 27033] Add plugin hook to add a big link in staff home page
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27033 --- Comment #12 from Katrin Fischer --- I am not sure if the CMS is solving this; I think this was to add new module style links to the start page? And possibly add them to the 'More' menu as well? I think it could still be done with the js hook if needed. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 29815] Pre-populate 'Date acquired' field when receiving serial
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29815 Katrin Fischer changed: What|Removed |Added Status|Signed Off |Failed QA --- Comment #5 from Katrin Fischer --- I am not sure about this one as it changes the behavior of one item form making it inconsistent with the others in cataloguing and acq. Also, if you leave the date accessioned empty, it is automatically set to today's date without any interaction needed. It's here: https://git.koha-community.org/Koha-community/Koha/src/branch/master/Koha/Item.pm#L117 On the other hand that's not obvious to the user. Maybe we should change the behavior of the other forms as well? Add a hint? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/