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

[Bug 15326] Add CMS feature
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15326 Carl <junk(a)liriodendron.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |junk(a)liriodendron.net -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10662] Build OAI-PMH Harvesting Client
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #179 from Christopher Davis <tubaclarinet(a)protonmail.com> --- David, I am impressed with your work on this- so much done in so little time. I think that enabling Koha to harvest metadata is a grand idea, so I have been following this bug. I heard that Koha's new indexer, Elastic Search, can index non-MARC metadata- is this true? If this is true, then I hope that you do not mind me asking you a question: this bug patch would have Koha's OAI-PMH harvester ingest only metadata which has been crosswalked to MARCXML; however, why stick with only MARCXML when Elastic Search can index the incoming metadata in its native schema (Dublin Core, TEI, EAD, etc.)? Please pardon my ignorance, but am I missing something? Thank you, Christopher Davis -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11708] Display all basketgroups on one page, and new column aqbasketgroups.closeddate
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11708 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #249 from Julian Maurice <julian.maurice(a)biblibre.com> --- (In reply to Jonathan Druart from comment #245) > 1. aqbasketgroups.closedate is set to NOW, maybe better to use > basket.closedate (the latest)? Fixed > 2. ->bookseller should be ->vendor (not blocker as we already have both in > Koha::*...) Fixed > 3. a. I would not "cache" ->baskets, we already deal with the context in > Koha::Objects->search I don't know what is the context you are talking about, but I removed the "caching" > b. ->baskets_count - no need to have it, it should be replaced with > baskets->count > => Maybe you want to keep them for performance purpose, but is it really a > performance improvement? It's used only in templates, because TT seems to force the list context even with a directive like this: [% basketgroup.baskets.count %] It tries to call count on the first item of @{ $basketgroup->baskets } I'd happily remove this sub if you have a better idea. > 5. basketgroup.tt has a [% IF booksellerid %], it should not be useful now. Fixed > We may want to display a friendly message if called without a [valid] id Is returning a 404 error friendly ? Because it's probably what should be done if the id is invalid. > 6. basketgroups.tt should have JS at the bottom Fixed > 7. Some links still point to basketgroup.pl?booksellerid=X without the > basketgroupid, they should be replaced right? > i.e. code related to 'sub displaybasketgroups' in basketgroup.pl should be > removed (?) Fixed > 8. Are you sure you need the changes done to C4::Acquisition? No. They're not needed anymore. I removed them. > 9. acqui/basketgroup.pl > + use List::MoreUtils qw/uniq/; > => Not needed Fixed > 10. "kohaDataTable": We already have KohaTable. You are adding a 3rd way to > init a table. We already have 3 ways to initialize DT: 1. The "legacy API" way: $("#table_id").dataTable($.extend(true, {}, dataTablesDefaults, { ... }); 2. The "legacy API + column_settings" way: KohaTable('table_id', ...); 3. The "1.10+ API" way $('#table_id').DataTable(...) kohaDataTable is just a wrapper around the 3rd that provides the same defaults than the 1st and 2nd methods. I don't see how this is bad. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11708] Display all basketgroups on one page, and new column aqbasketgroups.closeddate
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11708 --- Comment #248 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 78664 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=78664&action=ed… Bug 11708: Fix QA issues - Change how closedate is set in database update - Reword bookseller to vendor in Koha::Acquisition::Basketgroup - Do not "cache" baskets in Koha::Acquisition::Basketgroup - Remove useless IF in basketgroup.tt - Move JS to bottom in basketgroups.tt - Fix some links to basketgroup.pl - Remove useless use in acqui/basketgroup.pl - Remove useless sub displaybasketgroups in acqui/basketgroup.pl - Remove useless code in C4::Acquisition -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11708] Display all basketgroups on one page, and new column aqbasketgroups.closeddate
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11708 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #75909|0 |1 is obsolete| | --- Comment #247 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 78663 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=78663&action=ed… Bug 11708: New page for basket groups This patch moves the code responsible for displaying a list of basket groups into its own Perl script (acqui/basketgroups.pl), making the code in basketgroup.pl and basketgroup.tt a little bit easier to read. basketgroups.pl displays all basket groups in a single table (as bug 13371 for vendors) where rows are grouped by bookseller. This patch also adds 3 columns: - No. of ordered titles - No. of received titles - Date closed It also adds a wrapper around the new DataTable() constructor to be able to use it with the same defaults than the previous dataTable() constructor Test plan: 0. Create a bunch of booksellers and basketgroups 1. Go back to acquisitions home page and click on "Basket groups" link on the left 2. Play with the table (sort, filter) and try every possible actions (Edit, Close and export as PDF, View, Reopen, Export as CSV) 3. Go to a specific vendor page and click on "Basket groups" tab 4. Check that only the vendor's basket groups are displayed Signed-off-by: Séverine QUEUNE <severine.queune(a)bulac.fr> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11708] Display all basketgroups on one page, and new column aqbasketgroups.closeddate
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11708 Julian Maurice <julian.maurice(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #75908|0 |1 is obsolete| | --- Comment #246 from Julian Maurice <julian.maurice(a)biblibre.com> --- Created attachment 78662 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=78662&action=ed… Bug 11708: Change aqbasketgroups.closed to closeddate Signed-off-by: juliette levast <juliette.levast(a)iepg.fr> Signed-off-by: Paola Rossi <paola.rossi(a)cineca.it> Signed-off-by: Séverine QUEUNE <severine.queune(a)bulac.fr> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #142 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- > And also we might prefer focusing on getting rid of x100 or /100 of the amounts + decimal part truncation. Additional note: these are regressions from the 16.11 or the 16.05 The current state is less functional than few versions ago. (there were still cases before where this issue happened, that why the aim isn't just to get back to the previous behavior) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #141 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- (In reply to Martin Renvoize from comment #139) > I'm afraid I agree with marcelr, I don't really like that one can enter one > thing and when it's displayed later see a different thing due to the > distinct preferences. Unfortunately the only simple solution might be to keep them separated (but one should configure them coherently!) because it's a requirement to be able to use multiple separators in the same instance. During the last hackfest (march in Marseille) after talking to enough devs and librarians, I couldn't not put that in the requirements :( > I also can't help but feel like there's a better way out there, input > masking or something? That's not compatible with pasting values [1] And also we might prefer focusing on getting rid of x100 or /100 of the amounts + decimal part truncation. It might not be possible in a reasonable time put up a great UX + handle most cases at the same time. That might be better to refine out decimal number handling in various steps. Considering how complicated the problem is and that a perfect solution will take years to get enough resources and get into master. [1] The cases could be in acquisition when copying from another software, an invoice email, a PDF. Or maybe from somewhere else in Koha? I'm not sure about that use case. > Finally, there's a lot of test cases here, if we did push this I'd really > like to see some tests added to ensure we don't end up with a regression. You having a Selenium test that go to one field and try a part of the cases of the test plan? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12310] Decimal separators issues in patrons payments/fines
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12310 --- Comment #140 from Victor Grousset/tuxayo <victor.grousset(a)biblibre.com> --- (In reply to Marcel de Rooy from comment #121) > The relation between CurrencyFormat and DecimalSeparators still worries me. The only simple solution might be to keep them separated (but one should configure them coherently!) because it's a requirement to be able to use multiple separators in the same instance. During the last hackfest (march in Marseille) after talking to enough devs and librarians, I couldn't not put that in the requirements :( > On paycollect CurrencyFormat formats the suggested price (using the > separators in CurrencyFormat) No, the example takes the first char of DecimalSeparators. > that I will edit (using the other pref). > Suppose that DecimalSeparators is not exactly identical, I will have issues > here. So fortunately this is not the case :) (above answer) > Should decimal separator not just be the one identified as such in > CurrencyFormat? Unfortunately no :( (first answer) > Hypothetically, I could use # as decimal separator (it works), but on the > form the prices are shown according to currency format. Which forms? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14385] Extend OpacHiddenItems to allow specifying exempt borrower categories
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '18

14 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14385 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #74001|0 |1 is obsolete| | --- Comment #168 from M. Tompsett <mtompset(a)hotmail.com> --- Created attachment 78657 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=78657&action=ed… Bug 14385: Squash of a lot of patches rebased - Added missing GetHiddenItems parameter change case Without this prove t had a failure. - Always use mocks, not set_preference - Tweaks so t/db_dependent/00-strict.t passes There was a typo botcat vs borcat and borrowernumber was never defined. Grabbing from userenv, like other code does. - Tweak t/db_dependent/Items.t to fully test changes This will test all the if structures fully in GetHiddenItemnumbers. prove t/db_dependent/Items.t - Tweak borrower category code $borrower->{categorycode} on a Koha::Patron is not the same as $borrower->categorycode. Fixed error. - Search was returning URLS for wrong interface There was one search context place wrong. Changed it to $is_opac as the logic for setting $is_opac was modified correctly. - Corrected issues with category code. When a user isn't logged in, $borrower is undef and causes error when determining category code. Added conditional check. - Properly trigger all changes in C4/Search.pm - Fix QA Test tool failures C4/Search.pm had some tabs. - Add some commenting to make sense of logic - Refactor EmbedItemsInMarcBiblio parameters to hashref - Trigger GetMarcBiblio's EmbedItemsInMarcBiblio call. prove t/db_dependent/Items.t - Add missing test to trigger Koha/BiblioUtils/Iterator change - Add borrower category overrides These files generally add borcat parameter to GetMarcBiblio. Others might include correction of filtering of items (opac-basket), or a comment as to why no changes were done (opac-search). In the case of opac-search, correcting the first FIXME will likely correct the OpacHiddenItems issues on tags. As such, that is beyond this bugs scope. Some code had loop optimizations and fixes made, like a 'next unless $record' when the biblio shouldn't even be in the list. - Modify opac-ISBDdetail and opac-MARCdetail Both files had similar logic. They were rearranged and optimized, so that both files would have practically identical initial blocks of code. Optimizations were possible, because GetMarcBiblio returns a filtered record, so that there is no double call (once in the opac-### file and once in GetMarcBiblio) to GetHiddenItemnumbers. - Fix hiding in opac-tags opac/opac-tags.pl was not properly hiding. There is currently one known bug associated with tags left. If you have two biblios tagged by different people with the same tag, the opac-search will show the one you tagged that is supposed to be hidden, because tag searches work differently than regular searches. This is beyond the scope of this bug. See the FIXME's in opac/opac-search.pl - Trigger the C4::ILSDI::Services changes prove t/db_dependent/ILSDI_Services.t - Added missing 'my' - Test C4/Labels/Label.pm changes - Improve C4::Record::marcrecord2csv test cases - Corrected opac-details searchResult call - Fix breaking issues constraint in ITerator test - Fix ILSDI_Services test when clubs with branch exist - Rebased again! The test plan is in comment #112 last I checked. -- You are receiving this mail because: You are watching all bug changes.

1 0