[Koha-bugs] [Bug 8684] Duplicate check for creating items on order broken
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8684 Katrin Fischer katrin.fisc...@bsz-bw.de changed: What|Removed |Added See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=10483 -- 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 http://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 10483] check_uniqueness.pl does not work
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10483 Katrin Fischer katrin.fisc...@bsz-bw.de changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=8684 --- Comment #2 from Katrin Fischer katrin.fisc...@bsz-bw.de --- I think we have a lot of bug reports in that area that might be linked to this bug. A search for uniqueitemfields brings up quite a few, I think especially 8694 could maybe be fixed by this (hopefully). At least worth checking when testing this :) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10473] Max length should be 2 digit for adding multiple copies in add items page
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10473 Liz Rea l...@catalyst.net.nz changed: What|Removed |Added CC||l...@catalyst.net.nz --- Comment #6 from Liz Rea l...@catalyst.net.nz --- I agree with Robin on this - validate the field, don't force people to set hard limit. Liz -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10473] Max length should be 2 digit for adding multiple copies in add items page
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10473 --- Comment #7 from Magnus Enger mag...@enger.priv.no --- (In reply to comment #5) Validate by all means, but make it a soft validation. There's no point having a hard limit. We're just trying to stop typos really. I agree with Robin too! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9673] Track when items are marked as lost or withdrawn
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9673 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Signed Off |Needs Signoff --- Comment #31 from Jonathan Druart jonathan.dru...@biblibre.com --- Kyle, Sorry but the last patch needs a signoff. Early qa: maybe the 3 conditional tests if, unless and if +for my $field (@fields) { +if ( defined( $item-{$field} ) ) { +unless ( $pre_mod_item-{$field} ) { +if ( $item-{$field} ) { could be group into a simple condition (gain of visibility and indentation level) if( defined( $item-{$field} ) and not pre_mod_item-{$field} and $item-{$field} ) It's a minor thing. Switch back to Needs SignOff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10332] UT: CourseReserves.t needs to create its own data
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10332 --- Comment #25 from Jonathan Druart jonathan.dru...@biblibre.com --- (In reply to comment #24) I think this is the way to go. Perhaps we could use MyTAP (http://theory.github.io/mytap/) as a framework for this. Hi Galen, Yes maybe. But as I said in my mail (see comment 15), the first step is that all unit tests pass on any instance. They could be improved later. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 4530] Circulation fines rules aren't always applied from most specific to less specific
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4530 mathieu saby mathieu.s...@univ-rennes2.fr changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r --- Comment #24 from mathieu saby mathieu.s...@univ-rennes2.fr --- Is there still a problem with the application of generic/specific circulation rules? M. Saby -- 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 http://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 9351] item type not recorded correctly in statistics for returns and some local use
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9351 mathieu saby mathieu.s...@univ-rennes2.fr changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7492] Split item-level_itypes in two
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7492 mathieu saby mathieu.s...@univ-rennes2.fr changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7456] itypes with similar codes throw off search results
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7456 mathieu saby mathieu.s...@univ-rennes2.fr changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8836] Resurrect Rotating Collections
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Status|Signed Off |Failed QA --- Comment #8 from Chris Cormack ch...@bigballofwax.co.nz --- I note that while this patch is fairly harmless, rotating_collections/rotatingCollections.pl still has at least one problem require Exporter; I think the other scripts have this problem too. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7491] Description for item-level_itypes is misleading
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7491 mathieu saby mathieu.s...@univ-rennes2.fr changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7441] search results showing wrong branch?
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7441 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18857|0 |1 is obsolete|| --- Comment #53 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19089 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19089action=edit Bug 7441 - search results showing wrong branch When you search in the OPAC it shows you the HOME branch on the location in XSLT, but if you click through to the detail page it shows you the HOLDING branch in the holdings table which is very confusing to patrons. Fixed by adding a system preference to choose whether to display the holding branch or the home branch on the XSLT OPAC search results page. Signed-off-by: Bernardo Gonzalez Kriegel bgkrie...@gmail.com Rebased on current master (2013-01-31). Signed-off-by: Chris Rohde cro...@roseville.ca.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7441] search results showing wrong branch?
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7441 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18858|0 |1 is obsolete|| --- Comment #54 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19090 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19090action=edit Bug 7441: Followup search results showing wrong branch [UNIMARC] Unimarc modifications Signed-off-by: Bernardo Gonzalez Kriegel bgkrie...@gmail.com Signed-off-by: Chris Rohde cro...@roseville.ca.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7441] search results showing wrong branch?
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7441 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18859|0 |1 is obsolete|| --- Comment #55 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19091 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19091action=edit Bug 7441 - search results showing wrong branch? - Followup - Use syspref for XSLT and non-XSLT Signed-off-by: Bernardo Gonzalez Kriegel bgkrie...@gmail.com Comment: Applied all patches. Tested with and without XLST display. Works as described. No errors. Not tested with UNIMARC Signed-off-by: Chris Rohde cro...@roseville.ca.us -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9822] No alert appears on adding an order to a basket if the budget has exceeded
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9822 Chris Cormack ch...@bigballofwax.co.nz 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 http://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 9822] No alert appears on adding an order to a basket if the budget has exceeded
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9822 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #16314|0 |1 is obsolete|| --- Comment #8 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19092 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19092action=edit Bug 9822: Alert on adding an order to a basket if budget has exceeded 2 DB fields are not used: aqbudgets.encumb and aqbudgets.expend. This patch uses these fields in order to show a warning message if the budget selected for an order has exceeded. Test plan: - Create a new active fund with at least 1 of both warning fields ('Warning at (%)' and 'Warning at (amount)'). - Create a new order for a basket with this new fund and a cost warning amount defined for the fund (or using %). - Save and check that a warning message appears - Retry playing with all combinations of warning fields Signed-off-by: Koha Team Lyon 3 k...@univ-lyon3.fr Signed-off-by: Chris Cormack ch...@bigballofwax.co.nz -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #43 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19094 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19094action=edit Bug 8367: Add more granular level for ReservesMaxPickUpDelay - Followup Signed-off-by: Jonathan Druart jonathan.dru...@biblibre.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #44 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19095 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19095action=edit Bug 8367: Followup Add more granular level for ReservesMaxPickUpDelay This patch removes the ReservesMaxPickUpDelay syspref. The update database script will update the issuingrules table with the correct value before removing it. 1 new column: reserves.maxpickupdate (and for old_reserves). It contains the waitingdate + the corresponding max pickup delay. Each time the waitingdate is modified, this value will be modified too. To test: 1/ Play with the reserve workflow (Add, remove, change priority, etc.) and check there are no regression. 2/ Update the new column 'Holds pickup delay' in your issuing rules. According to a library and an item type, the maxpickupdate value will be equal to the waiting date + the pickup delay defined. Signed-off-by: Kyle M Hall k...@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Attachment #15334|0 |1 is obsolete|| Attachment #15335|0 |1 is obsolete|| Attachment #15658|0 |1 is obsolete|| Attachment #15659|0 |1 is obsolete|| --- Comment #42 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19093 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19093action=edit Bug 8367: Add more granular level for ReservesMaxPickUpDelay This patch adds: - a new column in the issuing rules - a new field issuingrules.holdspickupdelay You can now specify a pickup delay for an hold function of a patron category and/or a item type and/or a library. To test: Check there is no regression with a normal reserve workflow. Add one or more issuingrules. In 4 templates, you can see the max pickup delay for an hold (circ/circulation.tt, circ/waitingreserves.tt, members/moremember.tt, opac-user.tt). Signed-off-by: Kyle M Hall k...@bywatersolutions.com Rebased on Feb 15, 2013 (Marcel de Rooy): CONFLICT (content): Merge conflict in opac/opac-user.pl CONFLICT (content): Merge conflict in koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation.tt CONFLICT (content): Merge conflict in installer/data/mysql/updatedatabase.pl CONFLICT (content): Merge conflict in circ/waitingreserves.pl -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #45 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19096 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19096action=edit Bug 8367: Skip to next open day if max pickup date is a holiday Test plan: 1) Note your ReservesMaxPickUpDelay setting. 2) Create and trap a hold 3) View waitingreserves.pl, note the last pickup date, and the pickup location 4) Edit the calendar for the given location, and make the pickup date a holiday 4) View waitingreserves.pl, the last pickup date should now be the increased by one day -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Patch doesn't apply |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #46 from Jonathan Druart jonathan.dru...@biblibre.com --- I rebased 4 patches and added a test plan for the last one. Thanks Kyle! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8044] Localization for Perl scripts and modules
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8044 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Status|Signed Off |Patch doesn't apply CC||ch...@bigballofwax.co.nz -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8798] Add the use of DBIx::Class
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8798 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Status|Signed Off |Failed QA CC||ch...@bigballofwax.co.nz --- Comment #54 from Chris Cormack ch...@bigballofwax.co.nz --- Schema is now out of date, however I do have no issue with DBIx::Class and speed, I would like to see it used first in one or 2 new modules, so we perhaps don't need to do a full schema replacement to start with. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10243] Holds queue is making transfer requests that contradict the branch holds policy
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10243 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Status|Signed Off |Passed QA -- 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 http://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 10243] Holds queue is making transfer requests that contradict the branch holds policy
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10243 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18160|0 |1 is obsolete|| --- Comment #7 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19097 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19097action=edit Bug 10243 - Holds queue is making transfer requests that contradict the branch holds policy For some reason MapItemsToHoldRequests will, as a last ditch effort, grab what seems to be an arbitrary available item to fill a hold request, even if it will violate the circulation rules for holds. In other words, even if an item matches a Holds policy by item type that says From home library, a request to transfer that item to another library will be added to the holds queue! Test Plan: 1) Create a record with a an item at BranchA of item type BOOK 2) Set the holds policy such that itemtype BOOK for BranchA is set to From home library 3) Place a bib-level hold request for a patron with a pickup at BranchB 4) Run build_holds_queue.pl 5) You should now see a request for that item to be transfered to BranchB, even though the rules should not allow this. 6) Apply this patch 7) Run build_holds_queue.pl again 8) View the holds queue again, that request should no longer exist Signed-off-by: Heather Braum hbr...@nekls.org Signed-off-by: Chris Cormack ch...@bigballofwax.co.nz -- 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 http://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 8798] Add the use of DBIx::Class
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8798 --- Comment #55 from Magnus Enger mag...@enger.priv.no --- I think the digital signs in bug 8628 would be good candidates for testing DBIC, and for them speed would not really be an issue either. But I'd need some kind of guarantee that they were not rejected *because* they use DBIC... :-) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10480] Cataloging plugins without redefining
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10480 Nuño López Ansótegui nu...@masmedios.com changed: What|Removed |Added Attachment #19072|0 |1 is obsolete|| Status|Needs Signoff |Signed Off Assignee|m.de.r...@rijksmuseum.nl|nu...@masmedios.com --- Comment #4 from Nuño López Ansótegui nu...@masmedios.com --- Created attachment 19098 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19098action=edit Bug 10462: Some optimizations in Z3950 search paving the way for enhancements It works fine. ;) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9921] Make it possible to force 001 = biblionumber
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 Nuño López Ansótegui nu...@masmedios.com changed: What|Removed |Added Attachment #19062|0 |1 is obsolete|| --- Comment #26 from Nuño López Ansótegui nu...@masmedios.com --- Created attachment 19099 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19099action=edit Bug 9921 - Make it possible to force 001 = biblionumber 'cataloguing/value_builder/marc21_field_001.pl' has been moved to the new style using $building_plugins -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Signed Off |ASSIGNED -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8798] Add the use of DBIx::Class
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8798 --- Comment #56 from Chris Cormack ch...@bigballofwax.co.nz --- (In reply to comment #55) I think the digital signs in bug 8628 would be good candidates for testing DBIC, and for them speed would not really be an issue either. But I'd need some kind of guarantee that they were not rejected *because* they use DBIC... :-) I'll leave that for Galen :) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8044] Localization for Perl scripts and modules
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8044 Julian Maurice julian.maur...@biblibre.com changed: What|Removed |Added Attachment #17711|0 |1 is obsolete|| --- Comment #44 from Julian Maurice julian.maur...@biblibre.com --- Created attachment 19100 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19100action=edit [SIGNED-OFF] Bug 8044: First draft for Koha localization using Locale::Maketext Rebased on master -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8044] Localization for Perl scripts and modules
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8044 Julian Maurice julian.maur...@biblibre.com changed: What|Removed |Added Attachment #17713|0 |1 is obsolete|| --- Comment #46 from Julian Maurice julian.maur...@biblibre.com --- Created attachment 19102 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19102action=edit [SIGNED-OFF] Bug 8044 follow-up: Add copyright block and use Modern::Perl Rebased on master -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8044] Localization for Perl scripts and modules
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8044 Julian Maurice julian.maur...@biblibre.com changed: What|Removed |Added Attachment #17712|0 |1 is obsolete|| --- Comment #45 from Julian Maurice julian.maur...@biblibre.com --- Created attachment 19101 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19101action=edit [SIGNED-OFF] Bug 8044 follow-up: Fix warning and error messages in translate.pl Rebased on master -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8044] Localization for Perl scripts and modules
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8044 Julian Maurice julian.maur...@biblibre.com changed: What|Removed |Added Attachment #17714|0 |1 is obsolete|| --- Comment #47 from Julian Maurice julian.maur...@biblibre.com --- Created attachment 19103 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19103action=edit [SIGNED-OFF] Bug 8044: Translate basket CSV column names using Koha::I18N Rebased on master -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 6554] Resolve encoding problems with corrected UTF8 handling in templates
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6554 Pongtawat pongtawa...@gmail.com changed: What|Removed |Added CC||pongtawa...@gmail.com --- Comment #118 from Pongtawat pongtawa...@gmail.com --- I found this problem (like in comment 112) on 3.12. All was fine with 3.10. Is there any work-around while waiting for the patch? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #48 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19105 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19105action=edit Bug 8367: Skip to next open day if max pickup date is a holiday Test plan: 1) Note your ReservesMaxPickUpDelay setting. 2) Create and trap a hold 3) View waitingreserves.pl, note the last pickup date, and the pickup location 4) Edit the calendar for the given location, and make the pickup date a holiday 4) View waitingreserves.pl, the last pickup date should now be the increased by one day -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Attachment #19093|0 |1 is obsolete|| Attachment #19094|0 |1 is obsolete|| Attachment #19095|0 |1 is obsolete|| Attachment #19096|0 |1 is obsolete|| --- Comment #47 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19104 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19104action=edit Bug 8367: Add more granular level for ReservesMaxPickUpDelay This patch adds: - a new column in the issuing rules - a new column reserves.maxpickupdate (+old_reserves) It contains the waitingdate + the corresponding max pickup delay. Each time the waitingdate is modified, this value will be modified too. - a new field issuingrules.holdspickupdelay This patch removes the ReservesMaxPickUpDelay syspref. The update database script will update the issuingrules table with the correct value before removing it. You can now specify a pickup delay for an hold function of a patron category and/or a item type and/or a library. To test: Check there is no regression with a normal reserve workflow. Add one or more issuingrules. Update the new column 'Holds pickup delay' in your issuing rules. In 4 templates, you can see the max pickup delay for an hold (circ/circulation.tt, circ/waitingreserves.tt, members/moremember.tt, opac-user.tt). According to a library and an item type, the maxpickupdate value will be equal to the waiting date + the pickup delay defined. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|ASSIGNED|Needs Signoff --- Comment #49 from Jonathan Druart jonathan.dru...@biblibre.com --- I squashed the 3 first patches, it has become too difficult to rebase them... It needs a SO. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10289] UT: Reserves.t needs to create its own data
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10289 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Needs Signoff |ASSIGNED -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10289] UT: Reserves.t needs to create its own data
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10289 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Needs Signoff |ASSIGNED -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9288] Add a script to test SIP from the command line
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9288 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18268|0 |1 is obsolete|| --- Comment #12 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19106 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19106action=edit Bug 9288 - Add a script to test SIP from the command line This is a very basic start to a sip server testing script. I imagine we will want to make it interactive in end, essentially replicating what a SIP based self-checkout machine does. Signed-off-by: Adrien Saurat adrien.sau...@biblibre.com Signed-off-by: Chris Cormack ch...@bigballofwax.co.nz -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9288] Add a script to test SIP from the command line
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9288 Chris Cormack ch...@bigballofwax.co.nz 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 http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #51 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19108 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19108action=edit Bug 8367: Skip to next open day if max pickup date is a holiday Test plan: 1) Note your ReservesMaxPickUpDelay setting. 2) Create and trap a hold 3) View waitingreserves.pl, note the last pickup date, and the pickup location 4) Edit the calendar for the given location, and make the pickup date a holiday 4) View waitingreserves.pl, the last pickup date should now be the increased by one day -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Attachment #19104|0 |1 is obsolete|| Attachment #19105|0 |1 is obsolete|| --- Comment #50 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19107 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19107action=edit Bug 8367: Add more granular level for ReservesMaxPickUpDelay This patch adds: - a new column in the issuing rules - a new column reserves.maxpickupdate (+old_reserves) It contains the waitingdate + the corresponding max pickup delay. Each time the waitingdate is modified, this value will be modified too. - a new field issuingrules.holdspickupdelay This patch removes the ReservesMaxPickUpDelay syspref. The update database script will update the issuingrules table with the correct value before removing it. You can now specify a pickup delay for an hold function of a patron category and/or a item type and/or a library. To test: Check there is no regression with a normal reserve workflow. Add one or more issuingrules. Update the new column 'Holds pickup delay' in your issuing rules. In 4 templates, you can see the max pickup delay for an hold (circ/circulation.tt, circ/waitingreserves.tt, members/moremember.tt, opac-user.tt). According to a library and an item type, the maxpickupdate value will be equal to the waiting date + the pickup delay defined. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7710] multiple holds per title
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7710 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Status|Signed Off |Patch doesn't apply CC||ch...@bigballofwax.co.nz --- Comment #48 from Chris Cormack ch...@bigballofwax.co.nz --- Applying: Bug 7710 - multiple holds per title fatal: sha1 information is lacking or useless (C4/Reserves.pm). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 Bug 7710 - multiple holds per title -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8015] Add MARC Modifications Templates
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8015 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added CC||ch...@bigballofwax.co.nz Patch complexity|--- |Large patch -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7654] Add location an callnumber at opac subscription view
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7654 --- Comment #17 from Koha Team Lyon 3 k...@univ-lyon3.fr --- I suppose this br was meant to separate more clearly the This is a serial block from the localisations (if I had put it at the right place, after the h2 element). Ok for removing the hidden callnumber (didn't really understood what it does here) As for the length of h3, for us it's ok, may be some will find it too long. I joined a capture of an example in Lyon3. May be the closed mention ('This subscription is closed.') ,if present, would have to be move beneath the h3. Olivier Crouzet -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9541] Opac-user doesn't load correct CSS for multiple branches
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9541 Chris Cormack ch...@bigballofwax.co.nz 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 http://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 9541] Opac-user doesn't load correct CSS for multiple branches
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9541 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18563|0 |1 is obsolete|| --- Comment #6 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19109 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19109action=edit Bug 9541 - Opac-user doesn't load correct CSS for multiple branches When clicking the login link for opac-user.pl in a multiple branch scenario the environment variable for OPAC_CSS_OVERRIDE is ignored from the koha-conf.xml file. It seems like is is working on every page in the opac except for the login page. Test Plan: 1) Set up a Koha server with 2 separate catalog configurations ( e.g. opac1.kohatest, opac2.kohatest ) 2) Set the OPAC_CSS_OVERRIDE directive for separate css files in each opac 3) Browse to the opac login page, note the css is not applied 4) Apply this patch 5) Reload the page, note the css is now applied Signed-off-by: Galen Charlton g...@esilibrary.com Signed-off-by: Chris Cormack ch...@bigballofwax.co.nz -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10487] UT: GetMaxPickupDate needs unit tests.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10487 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Depends on||10289, 8367 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10487] New: UT: GetMaxPickupDate needs unit tests.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10487 Bug ID: 10487 Summary: UT: GetMaxPickupDate needs unit tests. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: gmcha...@gmail.com Reporter: jonathan.dru...@biblibre.com GetMaxPickupDate is introduced by bug 8367. It needs unit tests. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Blocks||10487 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10289] UT: Reserves.t needs to create its own data
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10289 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Blocks||10487 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #52 from Jonathan Druart jonathan.dru...@biblibre.com --- Note: Unit tests for GetMaxPickupDate are provided by bug 10487 (depends on 10289) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8798] Add the use of DBIx::Class
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8798 Paul Poulain paul.poul...@biblibre.com changed: What|Removed |Added CC||gmcha...@gmail.com --- Comment #57 from Paul Poulain paul.poul...@biblibre.com --- (In reply to comment #54) Schema is now out of date, however I do have no issue with DBIx::Class and speed, I would like to see it used first in one or 2 new modules, so we perhaps don't need to do a full schema replacement to start with. That's what my bug 8309 proposal intended to do. The schema was a complete one (which is easy to fix), and it included some code to see how we could implement it in some modules. The http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10477 attachment update admin/categories.pl to use DBIx::Class ( What about having a workshop about that during KohaCon13 hackfest ? ) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10487] UT: GetMaxPickupDate needs unit tests.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10487 --- Comment #1 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19110 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19110action=edit Bug 10487: UT: GetMaxPickupDate needs unit tests GetMaxPickupDate is introduced by bug 8367. It needs unit tests. $ prove t/db_dependent/Reserves.t should produce: t/db_dependent/Reserves.t .. 1/14 # # Creating biblio instance for testing. # Creating item instance for testing. ERROR: GetMaxPickupDate is called without reserve and without itemnumber ERROR: GetMaxPickupDate is called without reserve and without itemnumber t/db_dependent/Reserves.t .. 11/14 # Deleting item testing instance. # Deleting biblio testing instance. # Deleting borrower. t/db_dependent/Reserves.t .. ok All tests successful. Files=1, Tests=14, 1 wallclock secs ( 0.03 usr 0.00 sys + 0.42 cusr 0.06 csys = 0.51 CPU) Result: PASS -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10487] UT: GetMaxPickupDate needs unit tests.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10487 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9826] Missing fields in MARC21 authority framework
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9826 Chris Cormack ch...@bigballofwax.co.nz 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 http://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 9826] Missing fields in MARC21 authority framework
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9826 Chris Cormack ch...@bigballofwax.co.nz changed: What|Removed |Added Attachment #18586|0 |1 is obsolete|| --- Comment #7 from Chris Cormack ch...@bigballofwax.co.nz --- Created attachment 19111 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19111action=edit Bug 9826 - Missing fields in MARC21 authority framework This patch updates MARC21 authority framework adding missing tags/subtags up to Update No. 15 (September 2012) Missing tags and corresponding subtags only added to default authority framework. For present authtypes only missing subtags are added. Also updates a few legends to match those from LOC. No deletions except for a few not relevant tags in present authtypes without subfields. Only to new installs. To test: 1) Delete present authority frameworks 2) Load new frameworks. On default there are many new tags/subtags. On present authtypes only a few new/renamed subtags. Signed-off-by: Mason James m...@kohaaloha.com Signed-off-by: Chris Cormack ch...@bigballofwax.co.nz -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9307] Allow libraries to add/edit status for suggestion management.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9307 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Attachment #19085|0 |1 is obsolete|| --- Comment #17 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19112 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19112action=edit Bug 9307 - Allow libraries to add/edit status for suggestion management. This patch allows for the addition of new suggestion status by adding authorised values of the category SUGGEST_STATUS I sign it off. Details of my test plan : 1. Applying the patch 2. Checking existing suggestions, in staff view and opac : ok 3. Creating a new suggestion in staff and in opac : ok 4. Moving a suggestion into one of the old categories : ok 5. Adding a new authorized value category named SUGGEST_STATUS and fill it with 3 values : valueDescriptionDescription (OPAC) =) tatatatapro tataopac titititipro titiopac totototopro totoopac For tata, I defined a branch restriction on branche B. 6. Connecting in staff interface as a librarian of branch A : I could only use codes titipro and totopro. On OPAC, these codes were displayed as totoopac and titiopac 7. Connecting as librarian of branch B : I could use the 3 codes 8. Checking tabs visible : new tabs for tata, titi, toto, but also a new Unknown tab with 0 record. Maybe point 8 could be fixed in a followup. I sign off the patch. Signed-off-by: Mathieu Saby mathieu.s...@univ-rennes2.fr Signed-off-by: Jonathan Druart jonathan.dru...@biblibre.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9307] Allow libraries to add/edit status for suggestion management.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9307 --- Comment #18 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19113 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19113action=edit Bug 9307: QA Followup - Remove an old DHTMLcalendar_dateformat variable - Add SUGGEST_STATUS to the Koha system categories Signed-off-by: Jonathan Druart jonathan.dru...@biblibre.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9307] Allow libraries to add/edit status for suggestion management.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9307 --- Comment #19 from Jonathan Druart jonathan.dru...@biblibre.com --- QA comment: (suggestion/suggestion.pl is really ugly!) All works great. There is an issue, but not blocker, I think. If an authorized value is limited to a library, the suggestion does not appear (into the suggestions table) but the tab appears. It is caused by a call to the C4::Search::GetDistinctValues. This routine has to be removed. Except that, I provided a followup for 2 small issues: 1/ DHTMLcalendar_dateformat is passed to the tt, useless. 2/ I think SUGGEST_STATUS should be added to the Koha system categories. + I edited the commit message, there was 1 occurrence for SUGGEST_VALUES (renamed by SUGGEST_STATUS). Marked as Passed QA. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9307] Allow libraries to add/edit status for suggestion management.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9307 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Signed Off |Passed QA QA Contact||jonathan.dru...@biblibre.co ||m -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7840] Remove from manual Koha as a CMS (or add it to master)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7840 --- Comment #6 from Viktor Sarge viktor.sa...@regionhalland.se --- Using the news tool sounds like a good start. I'd say baseline would be to light up pages with content in the main area created with the news tool. The ability to also publish a right hand column (perhaps in the popular right hand boxes style) would be great. Language handling is good - but I´d say we also need the possibility to publish a page for all langugages that doesn't have their own version of the page. If it isn't already possible that is. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Status|Needs Signoff |Failed QA --- Comment #53 from Kyle M Hall k...@bywatersolutions.com --- When I tried to create my first rule on a fresh database with the first patch only, I got this error: smart-rules.pl: DBD::mysql::st execute failed: called with 18 bind variables when 17 are needed at /home/koha/kohaclone/admin/smart-rules.pl line 137., referer: http://staff.kohadev/cgi-bin/koha/admin/smart-rules.pl -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9728] XISBN use simple search instead of SQL
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 --- Comment #9 from Fridolyn SOMERS fridolyn.som...@biblibre.com --- Seems to have broken Unit Test. I work on a followup to fix this. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7703] Don't block bulk hold action on search results if some items can't be placed on hold
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 --- Comment #16 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19114 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19114action=edit Bug 7703 - Don't block bulk hold action if some items can't be placed on hold If you select multiple titles on the search results page in order to place a bulk hold and some of those titles have no items you get a JavaScript alert warning you can some cannot be placed on hold. You are blocked from completing the action until you deselect the invalid hold. This is unnecessary because the bulk hold process will safely refuse to place a hold on these titles later in the process. This patch removes the check that prevents submitting a multi-hold if one or more records in the multi-hold have no items. Test plan: 1) Apply patch 2) On the staff interface, do a search 3) On the search results, select at least one record with items and one record with no items. 4) Click the 'Place hold' button. 5) You should be redirected to reserve/request.pl with the message Cannot place hold: this record has no items attached. Signed-off-by: Owen Leonard oleon...@myacpl.org Added a description of the problem and copied the test plan from the bug report, fulfilling commit message guidelines. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7703] Don't block bulk hold action on search results if some items can't be placed on hold
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Attachment #19114|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 http://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 7703] Don't block bulk hold action on search results if some items can't be placed on hold
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7703] Don't block bulk hold action on search results if some items can't be placed on hold
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 --- Comment #17 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19115 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19115action=edit Bug 7703 - QA Followup -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7703] Don't block bulk hold action on search results if some items can't be placed on hold
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 --- Comment #18 from Kyle M Hall k...@bywatersolutions.com --- I was able to recreate your issue, and I've attached a followup I think will resolve it! (In reply to comment #15) Created attachment 15290 [details] Biblio without item Hi Kyle, This biblio contains no item. When I search 'vifs', this title appears on the first page of results. I click on the checkbox and on the place holds' button. I still got the same error. reserve/request.pl: I pass into the following if statement: if (!@itemnumbers) { $template-param('noitems' = 1); $biblioloopiter{noitems} = 1; } and just after the GetItemInfosOf routine is called with @itemnumbers which is empty. I think we want to skip the current biblionumber if it does not contain any item. But maybe we want to raise this problem for the user too. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Jonathan Druart jonathan.dru...@biblibre.com changed: What|Removed |Added Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8367] How long is a hold waiting for pickup at a more granular level
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #54 from Jonathan Druart jonathan.dru...@biblibre.com --- Created attachment 19116 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19116action=edit Bug 8367: Followup FIX a sql statement (bad conflict merge) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9541] Opac-user doesn't load correct CSS for multiple branches
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9541 Galen Charlton gmcha...@gmail.com changed: What|Removed |Added Status|Passed QA |Pushed to Master CC||gmcha...@gmail.com --- Comment #7 from Galen Charlton gmcha...@gmail.com --- Pushed to master. Thanks, Kyle! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9307] Allow libraries to add/edit status for suggestion management.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9307 Galen Charlton gmcha...@gmail.com changed: What|Removed |Added CC||gmcha...@gmail.com --- Comment #20 from Galen Charlton gmcha...@gmail.com --- (In reply to comment #0) We would like to be able to edit or add our own custom tabs to the Suggestion Management page. To what end? Do you have any specific examples of the sort of custom suggestion statuses your users would like to add? Are there any particular workflows they want to support? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9826] Missing fields in MARC21 authority framework
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9826 Galen Charlton gmcha...@gmail.com changed: What|Removed |Added CC||gmcha...@gmail.com --- Comment #8 from Galen Charlton gmcha...@gmail.com --- (In reply to comment #4) I know it would involve more work, but would you be able to add the appropriate tags to the other frameworks as well, since they're included in this same SQL file and you already know which tags need to be added overall? I think this would be a good idea. The non-default authority frameworks, at least for MARC21, are special in that they correspond to authtypecode. I think it would be unusual for catalogers to use the default authority framework unless they're creating subdivision records; more common would be to immediately start with the framework corresponding to the type of authority record they want to create. I think there might be a way to restructure the installer SQL so that the non-default frameworks are created by copying the default framework, then applying the necessary tweaks. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7710] multiple holds per title
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7710 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Attachment #18320|0 |1 is obsolete|| --- Comment #49 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19117 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19117action=edit Bug 7710 - multiple holds per title Adds the ability to allow multiple holds on the same record for the same borrower. Adds new system preference MaxHoldsPerRecord, which controls how many holds one person can have on items for the same record. Test Plan: 1) Apply patch for Bug 9394 2) Apply this patch 3) Run updatedatabase.pl 4) Attempt to place 2 holds for the same patron on the same record, you should not be able to ( default is 1 per record ) 5) Set MaxHoldsPerRecord to 3 6) Attempt to place multiple holds for one patron on one record, you should be able to place 3 holds for one patron on a given record. A 4th hold should result in a message stating the patron has placed the max number of holds allowed on this record. Signed-off-by: Maxime Pelletier maxime.pellet...@libeo.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 7710] multiple holds per title
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7710 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Status|Patch doesn't apply |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9307] Allow libraries to add/edit status for suggestion management.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9307 --- Comment #21 from Kyle M Hall k...@bywatersolutions.com --- Yes, the library in question has a workflow where new requests are split up and separated by different departments, and would like to create status sets to keep them separated. I can give you more details on it once I locate them. (In reply to comment #20) (In reply to comment #0) We would like to be able to edit or add our own custom tabs to the Suggestion Management page. To what end? Do you have any specific examples of the sort of custom suggestion statuses your users would like to add? Are there any particular workflows they want to support? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8836] Resurrect Rotating Collections
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8836] Resurrect Rotating Collections
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 --- Comment #10 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19119 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19119action=edit Bug 8836 - Resurrect Rotating Collections - Followup 2 - Perltidy rotating collections scripts -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8836] Resurrect Rotating Collections
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 --- Comment #9 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19118 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19118action=edit Bug 8836 - Resurrect Rotating Collections - QA Followup -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9673] Track when items are marked as lost or withdrawn
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9673 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Attachment #18031|0 |1 is obsolete|| --- Comment #32 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19120 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19120action=edit Bug 9673 - Track when items are marked as lost or withdrawn Add date fields to track when an item was marked as lost or withdrawn. Display those fields on catalogue/moredetail.pl Test Plan: 1) Apply patch 2) Run updatedatabase.pl 3) Pick a record with items, browse to the 'items' tab ( moredetail.pl ) 4) Mark an item as lost, verify the field Lost on: displays below the Lost status field with todays date. 5) Mark the item as not lost, verify the field no longer displays 6) Repeat steps 4 and 5 with the Withdrawn field. Signed-off-by: Mathieu Saby mathieu.s...@univ-rennes2.fr Signed-off-by: Kyle M Hall k...@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9673] Track when items are marked as lost or withdrawn
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9673 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Attachment #19080|0 |1 is obsolete|| --- Comment #33 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19121 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19121action=edit Bug 9673 - Track when items are marked as lost or withdrawn - QA Followup -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9728] XISBN use simple search instead of SQL
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 --- Comment #10 from Fridolyn SOMERS fridolyn.som...@biblibre.com --- Created attachment 19122 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19122action=edit Bug 9728: XISBN unit test update Follow-up to update XISBN unit tests. Since now XISBN uses search engin, I added a mock on C4::Search::SimpleSearch.pm. A test for ThingISBN connexion already existed, I added on XISBN connexion. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9728] XISBN use simple search instead of SQL
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 Fridolyn SOMERS fridolyn.som...@biblibre.com changed: What|Removed |Added Status|Pushed to Master|ASSIGNED -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10488] New: New MARC21 authority tags and subfields should be propagated to non-default frameworks
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10488 Bug ID: 10488 Summary: New MARC21 authority tags and subfields should be propagated to non-default frameworks Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcha...@gmail.com Reporter: gmcha...@gmail.com CC: m.de.r...@rijksmuseum.nl The patch for bug 9826 updated the default MARC21 authority frameworks with new tags and subfields, but new fields were added only to the default framework. Appropriate tags should be added to the non-default frameworks, e.g., PERSO_NAME, TOPIC_TERM, etc. A possible restructuring of authorities_normal_marc21.sql that might make it easier to maintain would be to have it populate each non-default framework by first making a copy of the default tags and subfields, then removing the tags that are not relevant to the authority type. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 10488] New MARC21 authority tags and subfields should be propagated to non-default frameworks
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10488 Galen Charlton gmcha...@gmail.com changed: What|Removed |Added Depends on||9826 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9826] Missing fields in MARC21 authority framework
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9826 Galen Charlton gmcha...@gmail.com changed: What|Removed |Added Blocks||10488 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9826] Missing fields in MARC21 authority framework
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9826 Galen Charlton gmcha...@gmail.com changed: What|Removed |Added Status|Passed QA |Pushed to Master --- Comment #9 from Galen Charlton gmcha...@gmail.com --- I've pushed this patch to master. Thanks, Bernardo! I've also created bug 10488 for necessary follow-ups to this work. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9456] Add callnumber column to the cart
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9456 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Attachment #17996|0 |1 is obsolete|| --- Comment #60 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19124 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19124action=edit Bug 9456 - Add callnumber column to the cart - add tooltip Signed-off-by: Cedric Vita cedric.v...@dracenie.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9456] Add callnumber column to the cart
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9456 --- Comment #62 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19126 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19126action=edit Bug 9456 - Add callnumber column to the cart - QA Followup - Remove useless CSS -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9456] Add callnumber column to the cart
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9456 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 8836] Resurrect Rotating Collections
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8836 --- Comment #11 from Kyle M Hall k...@bywatersolutions.com --- Chris, is this QA follow up what you are looking for? (In reply to comment #8) I note that while this patch is fairly harmless, rotating_collections/rotatingCollections.pl still has at least one problem require Exporter; I think the other scripts have this problem too. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9728] XISBN use simple search instead of SQL
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9728 Fridolyn SOMERS fridolyn.som...@biblibre.com changed: What|Removed |Added Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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 9456] Add callnumber column to the cart
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9456 Kyle M Hall k...@bywatersolutions.com changed: What|Removed |Added Attachment #17995|0 |1 is obsolete|| --- Comment #59 from Kyle M Hall k...@bywatersolutions.com --- Created attachment 19123 -- http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19123action=edit Bug 9456 - Add callnumber column to the cart This patch adds call-number sorting to the staff client cart. Sortining is enabled on the 'Items' column which uses a custom sorting routine to sort the callnumbers. If the sort is ascending, each column will be sorted by the highest ordered callnumber for that row. Likewise, if the sort is descending the table will be sorted by the lowest valued callnumber for that row. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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/