[Koha-bugs] [Bug 13876] Permission issues on updating via installer - dev installations
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13876 --- Comment #15 from M. Tompsett --- Never mind. I saw the 13793 bug now. -- 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 13876] Permission issues on updating via installer - dev installations
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13876 M. Tompsett changed: What|Removed |Added CC||mtomp...@hotmail.com --- Comment #14 from M. Tompsett --- I'm just curious why not use IPC::Run::run? Is the time stamp on the file of when we ran the updates important? It seems like update log files will just build up forever. Is there a point to their accumulation? What questions are we trying to answer with them? I'm wondering if there is an optimization that is being missed. -- 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 13934] Check in fails on master "Can't bless non-reference at .../ItemType.pm Line 64"
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13934 M. Tompsett changed: What|Removed |Added Attachment #37412|0 |1 is obsolete|| --- Comment #3 from M. Tompsett --- Created attachment 37427 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37427&action=edit Bug 13934: C4::ItemType->get should return undef if no parameter given The issue: If you try to check in an item with a non existent barcode, the application will exploded with a software error: "Can't bless non-reference at .../ItemType.pm Line 64". It's caused by: commit 7431f8cfe29e330e2232b0df591afc4d923b0a52 Bug 11944: Fix encoding issue in C4::ItemType and the following change: @@ -105,9 +104,6 @@ sub get { my $data = $dbh->selectrow_hashref( "SELECT * FROM itemtypes WHERE itemtype = ?", undef, $itemtype ); -if ( $data->{description} ) { -$data->{description} = Encode::encode('UTF-8', $data->{description}); -} because of the following: my $s; $s->{foo} = "bar" if $s->{foo}; use Data::Dumper;warn Dumper $s; => {} # not undef So later, bless $opts => $class; will fail because $opts is undef and was not (i.e. {}) before. More explicit test plan: 1) Log in to staff client 2) Circulation -> Check in 3) Type a non-existent barcode into 'Enter item barcode:' textbox 4) Click 'Submit' -- Should receive nasty error. 5) apply patch 6) repeat steps 2-4 -- Should be told 'No item with barcode: {what you typed}' 7) prove -v t/ItemType.t -- All tests should run successfully. 7) run koha qa test tools Note: Having tried to create and use an itemtype '0', this only demonstrates a lack of validation on the itemtype creation screen. Unable to use it without tweaking back end. That is beyond the scope of this bug. Note for QA: C4::ItemType->get is only uses in circ/return.pl. So even if the behavior is changed, it should not introduce any regression somewhere else. Signed-off-by: Mark Tompsett -- 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 13934] Check in fails on master "Can't bless non-reference at .../ItemType.pm Line 64"
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13934 M. Tompsett changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 13934] Check in fails on master "Can't bless non-reference at .../ItemType.pm Line 64"
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13934 --- Comment #2 from M. Tompsett --- Comment on attachment 37412 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37412 Bug 13934: C4::ItemType->get should return undef if no parameter given Review of attachment 37412: --> (http://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=13934&attachment=37412) - ::: C4/ItemType.pm @@ +99,5 @@ > > sub get { > my ($class, $itemtype) = @_; > + > +return unless $itemtype; Hypothetical question: Could not someone do something crazy like have an itemtype code of 0? -- 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 13936] Fix patrons search on using the checkout tab
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13936 M. Tompsett changed: What|Removed |Added CC||mtomp...@hotmail.com --- Comment #2 from M. Tompsett --- Test plan? -- 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 13939] ILS-DI function GetServices doesn't work when the item/biblio is available for hold for specific patron
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13939 Josef Moravec 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 13939] ILS-DI function GetServices doesn't work when the item/biblio is available for hold for specific patron
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13939 --- Comment #1 from Josef Moravec --- Created attachment 37426 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37426&action=edit Bug 13939: ILS-DI function GetServices doesn't work when the item/biblio is available for hold for specific patron Test plan: 1) Enable ILS DI (system preference 'ILS-DI') 2) Try to access the URL http:///cgi-bin/koha/ilsdi.pl?service=GetServices&patron_id=&item_id= Choose the patron and item to be available for hold You'll see an error instead of valid XML response 3) apply the patch 4) try to access the same URL, you should see valid XML response with services "title level hold" and eventually "item level hold" returned -- 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 13939] ILS-DI function GetServices doesn't work when the item/biblio is available for hold for specific patron
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13939 Josef Moravec changed: What|Removed |Added Assignee|gmcha...@gmail.com |josef.mora...@gmail.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 13939] New: ILS-DI function GetServices doesn't work when the item/biblio is available for hold for specific patron
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13939 Bug ID: 13939 Summary: ILS-DI function GetServices doesn't work when the item/biblio is available for hold for specific patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcha...@gmail.com Reporter: josef.mora...@gmail.com QA Contact: testo...@bugs.koha-community.org -- 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 12887] User logged out on refresh after CAS authentication
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12887 Tom Misilo changed: What|Removed |Added CC||misi...@fit.edu -- 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 13507] Add intranet support for CAS authentication
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13507 Tom Misilo changed: What|Removed |Added CC||misi...@fit.edu -- 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 13933] t/DateUtils.t causes the build to break (from bug 13601)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13933 --- Comment #5 from Robin Sheat --- Cheers, I had a quick look but I couldn't actually see _why_ it was happening. -- 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 --- Comment #5 from Robin Sheat --- Jonathan, if you can give my changes a quick review then that'll be enough for me to consider it passed QA 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 Robin Sheat changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 Robin Sheat changed: What|Removed |Added Attachment #37414|0 |1 is obsolete|| --- Comment #4 from Robin Sheat --- Created attachment 37425 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37425&action=edit Bug 8050: Die if package building fails The debian/build-git-snapshot script should not return success if an error occurred. Note that sys_command_output won't raise an error if something fails. Signed-off-by: Robin Sheat Made a minor change to print the command, add a newline. -- 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 4040] Placing a hold on an item while it is in transit results in duplicate dialogs upon check-in
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4040 jdem...@roseville.ca.us changed: What|Removed |Added CC||jdem...@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 8437] Plack and database backup
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8437 Mike changed: What|Removed |Added CC||blac...@gmail.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 10363] There is no package for authorised values.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10363 Mike changed: What|Removed |Added CC||blac...@gmail.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 12802] Sent notices using several email addresses
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12802 Mike changed: What|Removed |Added CC||blac...@gmail.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 13383] RDA: 100/110/111 changes to XSLT
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13383 Winona Salesky changed: What|Removed |Added Attachment #37281|0 |1 is obsolete|| --- Comment #15 from Winona Salesky --- Created attachment 37424 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37424&action=edit Bug 13383 - RDA: 100/110/111 changes to XSLT Test plan: 1) Apply this patch 2) Ensure you are using the default XSLT setting for the staff and opac search results and record details 3) Find or create a record with MARC tags 100,110,111 4) Perform an opac search that would show the record in the search results. 5) Click title to review record. 6) Note the fields updates 100,110,111 to show subfields a,b,c,d,q and t.Multiple fields are separated by span class=separator |. 7) Repeat steps 4 - 6 for the staff interface -- 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 13383] RDA: 100/110/111 changes to XSLT
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13383 Winona Salesky changed: What|Removed |Added Status|Patch doesn't apply |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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Chris Cormack changed: What|Removed |Added CC||ch...@bigballofwax.co.nz --- Comment #6 from Chris Cormack --- To echo Galen, the items are not stored in MARC .. we got rid of that in Koha 3.4 it's only exported to MARC when we are generating the MARC for zebra or an export. So yeah, adding it to the EmbedItemsInMarcBiblio() subroutine would make a lot of sense to me. Since that is the single point in Koha where items data is converted to MARC -- 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 13933] t/DateUtils.t causes the build to break (from bug 13601)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13933 Tomás Cohen Arazi changed: What|Removed |Added Status|Passed QA |Pushed to Master --- Comment #4 from Tomás Cohen Arazi --- Patch pushed to master. Thanks Jonathan! -- 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 9580] Cover image from Coce, a remote image URL cache
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9580 Tomás Cohen Arazi changed: What|Removed |Added Status|Passed QA |Pushed to Master --- Comment #75 from Tomás Cohen Arazi --- Feature pushed to master. Thanks Frederic! -- 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Kyle M Hall changed: What|Removed |Added Attachment #37421|0 |1 is obsolete|| --- Comment #5 from Kyle M Hall --- Created attachment 37423 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37423&action=edit [SIGNED-OFF] Bug 13938 - Staging MARC records for import fails It appears that bug 8970 has introduced a bug where a MARC file uploaded for staging fails to import *unless* a matching rule is selected. Test Plan: 1) Apply this patch 2) Stage and import a MARC record *without* choosing a matching rule 3) Note the staging works as expected Signed-off-by: Cindy Ames Signed-off-by: Kyle M Hall -- 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Kyle M Hall changed: What|Removed |Added Attachment #37419|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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 --- Comment #4 from Kyle M Hall --- I should note that I'm not seeing this bug on all 3.18.04 servers, but have seen it on couple. I cannot ascertain the exact circumstances that trigger the bug. -- 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 13933] t/DateUtils.t causes the build to break (from bug 13601)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13933 Kyle M Hall 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 13933] t/DateUtils.t causes the build to break (from bug 13601)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13933 Kyle M Hall changed: What|Removed |Added Attachment #37401|0 |1 is obsolete|| --- Comment #3 from Kyle M Hall --- Created attachment 37422 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37422&action=edit [PASSED QA] Bug 13933: Fix t/DateUtils.t without DB If the mysql server is not running, the DateUtils.t tests failed. This is caused by commit dd9f456ab7c2f0e66173a6feb7df2a38604c82cd Bug 13601: Add tests to highlight the problems with DateTime::Format::DateParse The pref dateformat and TimeFormat were retrieved before the mock. Before bug 13601, the complete preference method was mocked, that's why the error did not appear. Test plan: sudo service mysql stop prove t/DateUtils.t should be happy Signed-off-by: Nicolas Legrand Signed-off-by: Kyle M Hall -- 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Cindy Murdock Ames changed: What|Removed |Added Status|Needs Signoff |Signed Off --- Comment #3 from Cindy Murdock Ames --- Applied patch and was able to upload records without having a matching rule selected. -- 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Cindy Murdock Ames changed: What|Removed |Added CC||cmurd...@ccfls.org --- Comment #2 from Cindy Murdock Ames --- Created attachment 37421 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37421&action=edit Signed Off patch for bug 13938 -- 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 8684] Duplicate check for creating items on order broken
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8684 --- Comment #6 from Katrin Fischer --- Hm, thinking about it, this is probably what I meant: - if you have duplicates in the forms on the order page (2 items, same barcode) it is found. - if you have a barcode in an item, that already exists in the database, it isn't found I haven't retested, but I think that's what happened. -- 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 8684] Duplicate check for creating items on order broken
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8684 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #5 from Jonathan Druart --- (In reply to Katrin Fischer from comment #4) > The checks for duplicate values within the order work, but it's not > correctly checking the database. What did you mean with "not correctly"? Does this still valid? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 --- Comment #5 from Katrin Fischer --- Hm, it would also be very annoying to correct in case of changing the logic or adding to it. Calculating on the fly might allow for more flexibility and configuration options here. -- 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 8767] Import patron can't handle large files well
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8767 Jonathan Druart changed: What|Removed |Added Status|NEW |RESOLVED CC||jonathan.dru...@biblibre.co ||m Resolution|--- |INVALID --- Comment #1 from Jonathan Druart --- Check your reverse proxy configuration. It does not come from Koha. -- 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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Galen Charlton changed: What|Removed |Added CC||gmcha...@gmail.com --- Comment #4 from Galen Charlton --- (In reply to Kyle M Hall from comment #2) > (In reply to Katrin Fischer from comment #1) > > I am not sure about this idea - do we really need to store it in the > > database as it is a calculated value? Or could it be something that is added > > on export? > > Some libraries allow check-out of damaged items depending on severity - not > > sure if the sequence is something that should/could be configurable. > > It must have the ability to be stored in the MARC, otherwise it won't be > useful. The problem is that external software utilizing z39.50 cannot > determine the true status of an item based on the fields returned. I'm +1 for the general idea of providing a unified item status value to consumers of Koha APIs, Z39.50 clients, and metadata exports. But responding to your response to Katrin's point: for the purpose of a Z39.50 client or a consumer of a MARC export, it doesn't need to be _stored_ in the MARC record or in the items table; it only needs to be emitted when called for. This could, for example, be invoked by EmbedItemsInMarcBiblio(). Another option would be to have it be a derived DBIC virtual field. Why not store it in an items.status column? Because doing so automatically creates more work: it would HAVE to be kept up to date whenever an item gets modified or participates in a circulation transaction. Why? You can't stop folks from writing SQL queries on it, and you can't stop developers who are not intimately familiar with Koha's notion of item status from trying to use it. To put it another way, *storing* the calculated unified item status value in the database means that you couldn't evade the scope creep of fixing all the item status things in Koha. -- 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 8685] Inventory tool fails in timeout with large CB files
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8685 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #3 from Jonathan Druart --- Sophie, do you know if this is still valid for recent version of Koha? -- 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 8802] Library group records - category type reverts to "searchdomain" when editing group record
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8802 Jonathan Druart changed: What|Removed |Added Severity|minor |normal CC||jonathan.dru...@biblibre.co ||m Assignee|koha-b...@lists.koha-commun |jonathan.dru...@biblibre.co |ity.org |m -- 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 8802] Library group records - category type reverts to "searchdomain" when editing group record
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8802 Jonathan Druart changed: What|Removed |Added Status|NEW |Needs Signoff Patch complexity|--- |Trivial patch -- 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 8802] Library group records - category type reverts to "searchdomain" when editing group record
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8802 --- Comment #2 from Jonathan Druart --- Created attachment 37420 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37420&action=edit Bug 8802: On editing a library group category type is not set The category type was always set to 'searchdomain', because it's the first of the dropdown list. Test plan: 1/ Create or edit a library group 2/ Set the category type to "properties" 3/ Edit it again 4/ Confirm "properties" is correctly selected -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Kyle M Hall changed: What|Removed |Added Assignee|gmcha...@gmail.com |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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Kyle M Hall changed: What|Removed |Added Depends on||8970 -- 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 8970] MARC import gives error under Starman/Plack
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8970 Kyle M Hall changed: What|Removed |Added Blocks||13938 -- 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 --- Comment #1 from Kyle M Hall --- Created attachment 37419 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37419&action=edit Bug 13938 - Staging MARC records for import fails It appears that bug 8970 has introduced a bug where a MARC file uploaded for staging fails to import *unless* a matching rule is selected. Test Plan: 1) Apply this patch 2) Stage and import a MARC record *without* choosing a matching rule 3) Note the staging works as expected -- 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 13938] Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Kyle M Hall changed: What|Removed |Added Patch complexity|--- |Trivial patch 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 13938] New: Staging MARC records for import fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13938 Bug ID: 13938 Summary: Staging MARC records for import fails Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Tools Assignee: gmcha...@gmail.com Reporter: k...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org It appears that bug 8970 has introduced a bug where a MARC file uploaded for staging fails to import *unless* a matching rule is selected. -- 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 8807] add Carton support to Koha
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8807 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m Severity|normal |enhancement -- 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 8830] authority cataloging errors not helpful
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8830 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from Jonathan Druart --- Please have a look to the fix I submitted on bug 8399. *** This bug has been marked as a duplicate of bug 8399 *** -- 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 8399] Problems with mandatory field alert message for authorities
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8399 Jonathan Druart changed: What|Removed |Added CC||neng...@gmail.com --- Comment #3 from Jonathan Druart --- *** Bug 8830 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 8835] Two indexes on biblioitems.issn
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8835 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #1 from Jonathan Druart --- Since 3.01 is a quite old version, I think this bug report could be closed. Fridolin, do you agree? -- 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 8879] silence messages from running prove ./t (omnibus)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8879 Jonathan Druart changed: What|Removed |Added Summary|silence messages from |silence messages from |running prove ./t ./xt |running prove ./t (omnibus) |(omnibus) | CC||jonathan.dru...@biblibre.co ||m --- Comment #4 from Jonathan Druart --- % prove xt xt/permissions.t ok xt/sample_notices.t . ok xt/single_quotes.t .. ok xt/tt_valid.t ... ok xt/verify-debian-docbook.t .. ok xt/yaml_valid.t . ok All tests successful. Files=6, Tests=116, 3 wallclock secs ( 0.06 usr 0.00 sys + 3.56 cusr 0.04 csys = 3.66 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 8902] Many columns do not appear in batch modification if selected records do not include them
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8902 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #5 from Jonathan Druart --- It looks like this is fixed. Could someone confirm? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 --- Comment #3 from Kyle M Hall --- I would also like the emphasize that this will be a completely optional component and will not be a required feature in Koha. As I wrote, we *could* use this feature within Koha, but I don't see that happening any time soon. -- 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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 --- Comment #2 from Kyle M Hall --- (In reply to Katrin Fischer from comment #1) > I am not sure about this idea - do we really need to store it in the > database as it is a calculated value? Or could it be something that is added > on export? > Some libraries allow check-out of damaged items depending on severity - not > sure if the sequence is something that should/could be configurable. It must have the ability to be stored in the MARC, otherwise it won't be useful. The problem is that external software utilizing z39.50 cannot determine the true status of an item based on the fields returned. -- 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 8236] Prevent renewing if overdue or restriction
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8236 --- Comment #83 from Matthias Meusburger --- Created attachment 37418 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37418&action=edit Bug 8236: Tests for Renewing policy in overdue or restriction case - Add tests in t/db_dependent/Circulation.t -- 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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Katrin Fischer changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de --- Comment #1 from Katrin Fischer --- I am not sure about this idea - do we really need to store it in the database as it is a calculated value? Or could it be something that is added on export? Some libraries allow check-out of damaged items depending on severity - not sure if the sequence is something that should/could be configurable. -- 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 13937] New: Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Bug ID: 13937 Summary: Add a 'primary status' field for items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcha...@gmail.com Reporter: k...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org Some libraries have found that Koha doesn't work well with some external services like SHAREit that utilize z39.50 to get information about a record and its' items. a) We propose to add field 'status' to items table ( this field can be mapped to whatever MARC tag you wish ) b) Engineer a subroutine that would generate the item's status The precedence for status would be as follows: 1) Checked Out 2) Lost 3) Not for Loan 4) Damaged 5) On Hold ( In Transit ) 6) In Transit 7) On Hold This status could eventually be used within Koha to simplify our status display logic, but that is outside the immediate scope of this enhancement. -- 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 13937] Add a 'primary status' field for items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Kyle M Hall changed: What|Removed |Added Assignee|gmcha...@gmail.com |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 9099] Checked-in barcode export should not send empty file
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9099 --- Comment #5 from Katrin Fischer --- It would save some additional steps - saving and checking the file. It would be nice, I suggest changing this to enh. -- 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 9083] <> in checkin/checkout notices does nothing
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9083 --- Comment #2 from Katrin Fischer --- I think it is not functional, it should ideally not appear in the list on the left side for markers to use in the notice - but not sure this can be done, as the notices are all in "circulation". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 9099] Checked-in barcode export should not send empty file
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9099 --- Comment #4 from Jonathan Druart --- If the file is empty, I suppose the librarian will understand easily why it is empty, don't you think? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org 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 9099] Checked-in barcode export should not send empty file
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9099 --- Comment #3 from Katrin Fischer --- Hm, could we always display the link, but fall back to a nice alert "no checkouts to export" after the link was clicked? -- 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 9006] autoload in C4::Context is a bad idea
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9006 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m Assignee|gmcha...@gmail.com |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 9006] autoload in C4::Context is a bad idea
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9006 Jonathan Druart 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 9006] autoload in C4::Context is a bad idea
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9006 --- Comment #1 from Jonathan Druart --- Created attachment 37417 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37417&action=edit Bug 9006: Remove AUTOLOAD in C4::Context Happily this was only used for intranetdir. It's time to remove it and replace existing calls. I used the following commands to catch calls to C4::Context: git grep 'C4::Context\->' | grep -v 'C4::Context->preference' | grep -v 'C4::Context->config' | grep -v 'C4::Context->userenv' | grep -v 'C4::Context->IsSuperLibrarian' | grep -v 'C4::Context->dbh' | grep -v 'C4::Context->set_preference' | grep -v '_syspref_cache' | grep -v _userenv | grep -v 'C4::Context->interface' | grep -v 'C4::Context->Zconn' | grep -v 'C4::Context->queryparser' | grep -v 'C4::Context->tz' | grep -v 'C4::Context->boolean_preference' | grep -v 'C4::Context->memcached' -- 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 9081] Opac news not output on check in and check out notices
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9081 Katrin Fischer changed: What|Removed |Added Severity|major |enhancement --- Comment #2 from Katrin Fischer --- I am switching to an enhancement request :) -- 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 9071] Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9071 --- Comment #8 from Chris Nighswonger --- (In reply to Jonathan Druart from comment #7) > It should be added to the coding guidelines and catched by QAers for new > patches. I'd like to see it added and a link posted here when the bug is marked resolved for continuity's sake. I'm working on my phone or I'd do it. -- 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 9071] Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9071 --- Comment #7 from Jonathan Druart --- It should be added to the coding guidelines and catched by QAers for new patches. -- 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 9067] Staging an authority file gives conflicting messages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9067 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m Assignee|gmcha...@gmail.com |jonathan.dru...@biblibre.co ||m See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=10097 Patch complexity|--- |Small patch --- Comment #3 from Jonathan Druart --- (In reply to Magnus Enger from comment #0) > the text "Add new bibliographic records into this framework:" followed by a > dropdown containing the bibliographic frameworks. See attached screenshot. This has been done by bug 10097. -- 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 10097] Hide framework selection when importing staged authority records
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10097 Jonathan Druart changed: What|Removed |Added See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=9067 -- 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 9067] Staging an authority file gives conflicting messages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9067 --- Comment #2 from Jonathan Druart --- Created attachment 37416 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37416&action=edit Bug 9067: Hide item related strings when importing staged authority records On importing authority records, the items related string should not be displayed. Test plan: 1/ Import an authority record 2/ Confirm the item related string are not displayed. 3/ Before this script, the record_type param was lost just after importing the records. Now you should see "Processing authority records" of "Processing bibliographic records" in the "MARC staging results" No behavior should exist on importing bibliographic records. -- 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 9580] Cover image from Coce, a remote image URL cache
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9580 --- Comment #74 from Martin Renvoize --- Indeed, I had a hunt around the sysprefs code in koha last night after making my suggestion and decided it would be a nightmare to implement at the koha side :( I might add a route to coce (and a pull request) anyway to get the available providers as it would perhaps be useful in the other app we're developing that uses it. I like the idea of a shared 'local image store'.. it's a shame that the OpenLibrary project is slowing as you suspect though :(. Certainly.. I'd pass qa on your followups Tomas, so I'd suggest pushing as 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 9067] Staging an authority file gives conflicting messages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9067 Jonathan Druart 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 9071] Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9071 --- Comment #6 from Chris Nighswonger --- (In reply to M. de Rooy from comment #5) > Sounds like we can close this report? Had the problem been addressed in a sustainable way? I'm not sure it has. -- 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 9071] Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9071 --- Comment #5 from M. de Rooy --- Sounds like we can close this report? -- 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 9071] Updates adding systempreferences should verify the absence of those preferences prior to attempting to add them
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9071 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m, ||katrin.fisc...@bsz-bw.de, ||k...@bywatersolutions.com, ||m.de.r...@rijksmuseum.nl, ||martin.renvoize@ptfs-europe ||.com, tomasco...@gmail.com --- Comment #4 from Jonathan Druart --- The good practice would be to have an "insert ignore into" statement. But actually you are right, we missed a lot of "insert into" without any check. QAers should keep a closed eye on 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 9080] Encoding on pay fines page broken
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9080 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #1 from Jonathan Druart --- Could you confirm this is fixed? -- 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 --- Comment #3 from Robin Sheat --- I haven't had a look at the detail, but based on the subject I think it's a good thing. I'll look closer soon I hope. -- 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 9083] <> in checkin/checkout notices does nothing
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9083 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #1 from Jonathan Druart --- items.content only works with overdue and advanced notices. -- 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 9081] Opac news not output on check in and check out notices
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9081 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m Depends on||7001 --- Comment #1 from Jonathan Druart --- Looking at the code, I would say it only works for letter_code == ISSUESLIP -- 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 7001] User Configurable Slips
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7001 Jonathan Druart changed: What|Removed |Added Blocks||9081 -- 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 9099] Checked-in barcode export should not send empty file
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9099 Jonathan Druart changed: What|Removed |Added Version|3.18|master CC||jonathan.dru...@biblibre.co ||m --- Comment #2 from Jonathan Druart --- This could increase significantly all pages where this link is displayed. I am not sure it is worth to do it. -- 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 13760] Authorities merge sometimes create duplicate fields in biblio
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13760 --- Comment #6 from Jacek Ablewicz --- (In reply to Fridolin SOMERS from comment #0) > Actually some cases create a duplicate field. > For example, a biblio record as : > 600 $9 11 $a Son Goku > 600 $9 12 $a Vegeta > If you merge the authorities id=11 and id=12 into id=11 (creating Gogeta), > you actually get : > 600 $9 11 $a Son Goku > 600 $9 11 $a Son Goku This patch seems to work fine for relativelly simple cases. But what about some more complex ones, like e.g: 700 $9 11 $a Son Goku $t Aaa Bbb 700 $9 12 $a Vegeta $t Ddd Ccc 700 $9 12 $a Vegeta $t Eee Fff after merge, result will be: 700 $9 11 $a Son Goku $t Aaa Bbb instead of 700 $9 11 $a Son Goku $t Aaa Bbb 700 $9 11 $a Son Goku $t Ddd Ccc 700 $9 11 $a Son Goku $t Eee Fff > Having two identical fields linked to the same authority is useless. I agree, but there is no check anywhere to ensure that the suspected "duplicates" are in fact identical? While having 2+ $9 links to the same authority record from one biblio record is probably not very common (depending on the material type, local cataloguing rules etc.), AFAIK this can happen occasionally and in such cases it's not always necessarily an error and/or a duplicate. -- 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 13936] Fix patrons search on using the checkout tab
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13936 --- Comment #1 from Jonathan Druart --- Created attachment 37415 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37415&action=edit Bug 13936: Last patch contained wrong change One of the 2 changes done in the last patch was not for this bug report. The tt change was intended for bug 13926. This patch revert it. ! BE CARE: This should NOT be pushed AFTER bug 13926! -- 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 13894] SQLHelper replacement - C4::Members::Search - reserve.pl
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13894 --- Comment #9 from Jonathan Druart --- Patch on bug 13936, sorry for that. -- 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 13936] Fix patrons search on using the checkout tab
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13936 Jonathan Druart 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 13894] SQLHelper replacement - C4::Members::Search - reserve.pl
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13894 Jonathan Druart changed: What|Removed |Added Blocks||13936 -- 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 13936] New: Fix patrons search on using the checkout tab
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13936 Bug ID: 13936 Summary: Fix patrons search on using the checkout tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: critical Priority: P5 - low Component: Patrons Assignee: jonathan.dru...@biblibre.com Reporter: jonathan.dru...@biblibre.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.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 13936] Fix patrons search on using the checkout tab
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13936 Jonathan Druart changed: What|Removed |Added Depends on||13894 -- 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 13894] SQLHelper replacement - C4::Members::Search - reserve.pl
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13894 --- Comment #8 from Jonathan Druart --- Comment on attachment 37361 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37361 Bug 13894: Fix if the search returns only 1 result Review of attachment 37361: --> (http://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=13894&attachment=37361) - ::: koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation.tt @@ +487,4 @@ > [% END %] > > > +[% IF ( borrowers ) %] This change was for bug 13926. -- 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 13894] SQLHelper replacement - C4::Members::Search - reserve.pl
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13894 --- Comment #7 from Jonathan Druart --- (In reply to Tomás Cohen Arazi from comment #6) > Patch pushed to master. > > Thanks Jonathan! There is something wrong with the last past, the patrons search (using the checkout tab) is broken. Working on it and will submit a patch asap. -- 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 9153] Problem with config file for qa-test-tools
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9153 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Jonathan Druart --- This is fixed. -- 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@biblibre.co ||m --- Comment #2 from Jonathan Druart --- Robin, do you think this patch could be useful for you? -- 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 Jonathan Druart 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 8050] debian/build-git-snapshot should warn user if it fails
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8050 --- Comment #1 from Jonathan Druart --- Created attachment 37414 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37414&action=edit Bug 8050: Die if package building fails The debian/build-git-snapshot script should not return success if an error occurred. Note that sys_command_output won't raise an error if something fails. -- 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 7989] RIS export file type incorrect
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7989 Jonathan Druart changed: What|Removed |Added See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=12357 CC||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 12357] Enhancements to RIS and BibTeX exporting
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12357 Jonathan Druart changed: What|Removed |Added See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=7989 -- 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 13935] New: Add API route to list borrower's accountlines
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13935 Bug ID: 13935 Summary: Add API route to list borrower's accountlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Web services Assignee: julian.maur...@biblibre.com Reporter: julian.maur...@biblibre.com QA Contact: testo...@bugs.koha-community.org Depends on: 13799 Add API route to list borrower's accountlines -- 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 13935] Add API route to list borrower's accountlines
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13935 Julian Maurice 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/