[Koha-bugs] [Bug 10638] Show alert when receiving an order with holds/reserves
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10638 --- Comment #11 from Katrin Fischer --- Hm, not sure I understand the question without testing. An alert makes sense, I think, if it's a hold on the record or an item-level hold on one of the on order items. If there are item-level holds on other items - the information might not be needed. I notice that the patch uses the term "reserves" - I think we try to use "holds" allover to be consistent. -- 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 10890] Autobarcode "yymm00001" Fails in Acquisitions When Receiving Item
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10890 David Cook changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |dc...@prosentient.com.au |ity.org | -- 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 10890] Autobarcode "yymm00001" Fails in Acquisitions When Receiving Item
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10890 --- Comment #2 from David Cook --- Created attachment 2 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2&action=edit Bug 10890 - Autobarcode "yymm1" Fails in Acquisitions When Receiving Item This patch adds the name "f" to the form that adds items when placing or receiving an order in Acquisitions. This is needed so that the autobarcode code (which uses document.f.field_name) will work properly when the system preference is set to "yymm1". AcqCreateItem "placing an order" "receiving an order" TEST PLAN 1) Set the autobarcode system preference to "yymm1" 2) Set the AcqCreateItem system preference to "placing an order" 3) Plan an order 4) Try to add a barcode to the item in the AJAX form 5) Note that no barcode appears. Depending on your browser, you might receive a Javascript error popup message or a error icon at the bottom of your screen. You might receive no error message at all and it will fail seemingly silently. 6) Set the AcqCreateItem system preference to "receiving an order" 7) Receive the order 8) Try to add a barcode to the item in the AJAX form 9) See step 5. No barcode will appear and you might get an error message. 10) Apply the patch 11) Repeat steps 2, 3, 4, 6, 7, and 8 again. That is, try to add barcodes when placing an order and receiving an order. 12) Note that a barcode now appears with the pattern of yymm1 -- 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 10890] Autobarcode "yymm00001" Fails in Acquisitions When Receiving Item
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10890 David Cook changed: What|Removed |Added Status|NEW |Needs Signoff Patch complexity|--- |Small 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 10825] detail.tt displays duplicated enumchron values for serial items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10825 Mason James 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 10825] detail.tt displays duplicated enumchron values for serial items
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10825 --- Comment #5 from Mason James --- Created attachment 21110 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21110&action=edit Bug 10825 - detail.tt displays duplicated enumchron values for serial items -- 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 10890] New: Autobarcode "yymm00001" Fails in Acquisitions When Receiving Item
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10890 Bug ID: 10890 Summary: Autobarcode "yymm1" Fails in Acquisitions When Receiving Item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs@lists.koha-community.org Reporter: dc...@prosentient.com.au QA Contact: testo...@bugs.koha-community.org Currently, if autobarcode is set to "yymm1", the barcode won't be created. Depending on your browser, you should receive a Javascript alert saying something like "Uncaught TypeError: Cannot read property 'field_value' of undefined". This looks like it's due to the form containing elements with a 'field_value' property missing the name "f". The easiest fix is to add a name of "f" to the form. That eliminates the problem and allows the barcode to be created. However, as Jared and Robin have pointed out, "f" is a really poor choice of names for a form. We should probably be using descriptive names for our forms. We should probably also be populating the barcode field in a way that doesn't rely on looping through the inputs of a form. Maybe we could just look for the branch code by doing $('#outeritemblock #subfielda') or something like that. -- 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 10890] Autobarcode "yymm00001" Fails in Acquisitions When Receiving Item
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10890 --- Comment #1 from David Cook --- (In reply to David Cook from comment #0) > Currently, if autobarcode is set to "yymm1", the barcode won't > be created. Depending on your browser, you should receive a Javascript alert > saying something like "Uncaught TypeError: Cannot read property > 'field_value' of undefined". > > This looks like it's due to the form containing elements with a > 'field_value' property missing the name "f". > > The easiest fix is to add a name of "f" to the form. That eliminates the > problem and allows the barcode to be created. > > However, as Jared and Robin have pointed out, "f" is a really poor choice of > names for a form. We should probably be using descriptive names for our > forms. > > We should probably also be populating the barcode field in a way that > doesn't rely on looping through the inputs of a form. Maybe we could just > look for the branch code by doing $('#outeritemblock #subfielda') or > something like that. Actually, that last idea wouldn't work in the Cataloguing module although it might work in Acquisitions. We would need a cross module solution... -- 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 10554] Add more options to 'AllowSelfCheckReturns' syspref
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10554 --- Comment #7 from Mason James --- (In reply to Bob Birchall from comment #4) > The earlier error was mine. > > I have now tested against all three conditions and have observed the > expected behaviour. The overdue item can be returned when the sys pref is > 'Allow all' but cannot be returned when the sys pref is 'Allow Non-Blocked' > (as expected). > > I was not able to test this aspect: > the patch correctly 'upgrades' existing 'allow' selection to the new 'Allow > non-blocked' value. so, any existing 'allow' selection works as before > this step can be tested by setting the syspref to 'allow' before applying the patch - then apply the patch... the syspref should now be set to 'allow-nonblocked' > Maybe that needs a separate sign-off? OK with me :) -- 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 10554] Add more options to 'AllowSelfCheckReturns' syspref
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10554 --- Comment #6 from Mason James --- rebased on master 6fcb671 -- 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 10554] Add more options to 'AllowSelfCheckReturns' syspref
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10554 Mason James 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 10554] Add more options to 'AllowSelfCheckReturns' syspref
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10554 Mason James changed: What|Removed |Added Attachment #19495|0 |1 is obsolete|| --- Comment #5 from Mason James --- Created attachment 21109 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21109&action=edit Bug 10554 - Add more options to 'AllowSelfCheckReturns' syspref This patch modifies the options of AllowSelfCheckReturns syspref from a 2 option selection - 'allow patrons', dont allow patrons' to a 3 option selection - 'allow all patrons', 'allow non-blocked patrons' , allow no patrons' currently, a problem with the syspref behavior in Koha is that enabling the 'AllowSelfCheckReturns' syspref does *not* allow patrons with a 'block' to return items via the SCO. (this is apparently by design, and not a bug) however, some libraries do want to allow patrons to return items via the SCO even if they have a 'block' this patch adds this additional behavior, by adding a new option to the syspref, but also retaining the existing syspref behavior after the patch, there are 2 allow options - 'Allow all' allows all patrons to return items (including blocked patrons) - 'Allow non-blocked' allows only non-blocked patrons to return items (note: this is the current 'allow' behavior) the patch correctly 'upgrades' existing 'allow' selection to the new 'Allow non-blocked' value. so, any existing 'allow' selection works as before -- to test these 3 syspref options... 1/ - set syspref to 'dont allow' - issue an item to a patron - attempt to return item via SCO, return should FAIL 2/ - set syspref to 'allow all' - issue an item to a patron - attempt to return item via SCO, return should SUCCEED 3/ - set syspref to 'allow nonblocked' - issue an item to a patron - attempt to return item via SCO, return should SUCCEED - issue an item to a patron, with a returndate of '2001-01-01' (important: this will create an overdue item, that will put a 'block' on this patron's account) - attempt to return item via SCO, return should FAIL http://bugs.koha-community.org/show_bug.cgi?id=10544 -- 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 10638] Show alert when receiving an order with holds/reserves
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10638 --- Comment #10 from David Cook --- (In reply to Jonathan Druart from comment #9) > (In reply to David Cook from comment #7) > > If there are item-level holds for items not attached to that order and > > there are no bib-level holds, the message will just say that there are > > pending reserves for that bib record. > > Are you sure it is relevant? I would like to have others points of view on > this alert. Why the librarian would want to have this information? > > Maybe Nicole or Katrin could give us their opinion on this? I'm not sure that I understand your question. Are you asking why an alert is relevant at all? Overall, the alert is needed so that library staff can immediately know that there is a hold on the record at hand. This prompts them to process the physical items more quickly than others so that they can fill the hold. Item-level hold alerts are needed for when a hold has been placed on particular items (the scenario being that items were when "placing an order" or manually before placing the order). Bibliographic record hold alerts are needed for when there is a hold on the record but no items have been created yet (the scenario being that items are created when "receiving an order" or manually afterwards during cataloguing). I suppose there might be scenarios where there is a bibliographic record that has items and there are bib-level holds for that record...and there would be an alert that there are holds on the record when receiving the order even though there are already existing items which may or may not be available to fill that hold. However, just a reminder that the record for which they are receiving items seems relevant to me. In the libraries I've worked in, records with holds always received a higher priority for processing than records without holds. Without this alert, each record would need to be manually checked for holds and that would slow down the acquisitions process. I'm happy to hear what others have to say though :) -- 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 8360] Author facet not working
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8360 mathieu saby 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 8026] Facets code should allow to build facets on controlfields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8026 mathieu saby changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r --- Comment #2 from mathieu saby --- Very needed! -- 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 10734] Add Publication Date Facet in Searching
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10734 --- Comment #5 from mathieu saby --- By the way, I think the most usefull missing facets are - date of publication - language of publication M. Saby -- 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 10734] Add Publication Date Facet in Searching
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10734 mathieu saby changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r --- Comment #4 from mathieu saby --- Koha facets are a nightmare. And Marc21 facets are not the same as Unimarc... What we need is either a syspref or a specific page for configuring them (what index, what order for displaying them, etc.), so each library could add or suppress useless/useful facets. I've thought of that for ages, but I will try to code it in the next days. M. Saby -- 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 9830] Some UNIMARC item indexes could be broken whith Queryweightfields syspref
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9830 --- Comment #9 from mathieu saby --- Vitor, after applying the patch, did you copy the modified files biblio-*-indexdefs.xml and record.abs to etc/zebra in your main Koha repository? I forget to mention that, but without that step it won't work. For callnumbers, if the pbm is persistant, I will try to write an other patch. Let's push this one if it is working what it is meant for. M. Saby -- 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 9551] OPACMobileUserCSS being overriden by OPACUserCSS
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9551 Bernardo Gonzalez Kriegel changed: What|Removed |Added Status|Needs Signoff |Patch doesn't apply CC||bgkrie...@gmail.com --- Comment #5 from Bernardo Gonzalez Kriegel --- This patch does not apply, not in 3.10 as indicated, nor 3.12 or master. Anyway, the problem is real and affects master, 3.12 and 3.10 If you can, please provide different patches for each version. -- 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 10889] wrong description for a column of biblio table in kohastructure.sql
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10889 --- Comment #5 from Katrin Fischer --- nope, it's never a key, sorry for causing confusion. I just think that only UNIMARC really makes use of that field so far :) -- 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 10889] wrong description for a column of biblio table in kohastructure.sql
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10889 --- Comment #4 from mathieu saby --- Oh, but it cannot be : The type Tinyint(1) cannot store a foreign key ;-) -- 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 10889] wrong description for a column of biblio table in kohastructure.sql
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10889 --- Comment #3 from mathieu saby --- What do you mean? In Marc21 Koha, this field is used as a foreign key?? That's not the case at all in Rennes 2 (value = 1 / 0 / null) This should not be MARCflavordependant, so it deserves an other bug if Serials are not managed in Unimarc as in Marc21! Mathieu -- 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 9778] display and change easily OPAC visibility status in staff interface
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9778 --- Comment #2 from mathieu saby --- Hell Fridolyn I am trying to work on that, but I don't know how to fill the new column in biblio : I need to get the fied used by Zebra. Do you know if it is stored somewhere in Koha ? If not, I fear the only way would be to write a script that will search for the information in zebra conf files, and I am not sure of being able of doing that... Mathieu -- 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 10889] wrong description for a column of biblio table in kohastructure.sql
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10889 --- Comment #2 from Katrin Fischer --- Hm, maybe that's not entirely true - I have 2 records marked with 1 in my database - but I am not sure when and how that is set? And I have way more serials and subscriptions. -- 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 10889] wrong description for a column of biblio table in kohastructure.sql
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10889 Katrin Fischer changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de --- Comment #1 from Katrin Fischer --- Hm, I think that's only the case for UNIMARC currently, so maybe worth noting that 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 10889] New: wrong description for a column of biblio table in kohastructure.sql
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10889 Bug ID: 10889 Summary: wrong description for a column of biblio table in kohastructure.sql Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Database Assignee: gmcha...@gmail.com Reporter: mathieu.s...@univ-rennes2.fr QA Contact: testo...@bugs.koha-community.org I don't know if it deserved to be reported. Maybe, if the description is used to generate tables in schemaspy. For biblio table in kohastructure.sql, we have : `serial` tinyint(1) default NULL, -- foreign key, linking to the subscriptionid in the serial table But serial field is not linking to the subscriptionid in the serial table. It contains 1 if the record is a serial. M. Saby -- 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 10194] OpacHiddenItems doesn't work for MARC view
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10194 M. Tompsett changed: What|Removed |Added CC||mtomp...@hotmail.com See Also||http://bugs.koha-community. ||org/bugzilla3/show_bug.cgi? ||id=10876 --- Comment #2 from M. Tompsett --- I believe the patch I put up on bug 10876 solves this. Oops, I may have created a duplicate problem. At least there's a patch to test. :) -- 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 8688] Add a recall button to the biblio record details page.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8688 mathieu saby 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 9966] Incorrect 404 when a search returns one result hidden by OpacHiddenItems
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9966 mathieu saby 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 10194] OpacHiddenItems doesn't work for MARC view
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10194 --- Comment #1 from mathieu saby --- I can't understand for what kind of geek patrons libraries still show MARC record on the OPAC ;-) But that's still an issue Mathieu -- 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 10194] OpacHiddenItems doesn't work for MARC view
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10194 mathieu saby 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 10555] overdue_notices -h does not list all options
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10555 --- Comment #1 from mathieu saby --- Created attachment 21108 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21108&action=edit [PATCH]Bug 10555: Update list of options displayed by overdue_notices.pl --help Very cosmetic patch... overdue_notices.pl --help display - an "usage" line - a first list of options, with short descriptions - a long list of options, with long descriptions 4 options are only in the 3rd, long list. They should also be in the "usage" line and in the short list. To test : run perl overdue_notice.pl --help and check all the options are displayed M. Saby -- 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 10555] overdue_notices -h does not list all options
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10555 mathieu saby 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 9374] In baskets, prices between 0 and 1 are displayed in red
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9374 mathieu saby 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 9374] In baskets, prices between 0 and 1 are displayed in red
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9374 --- Comment #1 from mathieu saby --- Created attachment 21107 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21107&action=edit [PATCH] Bug 9374: Only 0.00 prices must have class error in basket.tt A regexp '^0' in basket.tt is used to give the class "error" to null prices. It is wrong, because it matches prices like "0.15". It should only match "0.00". To test : - apply the patch - display a basket with an order with a price between 0 and 1 (like "0.50") and an order with a price stricty null ("0.00") - only the "0.00" price should be displayed in red -- 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 9374] In baskets, prices between 0 and 1 are displayed in red
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9374 mathieu saby changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|koha-b...@lists.koha-commun |mathieu.saby@univ-rennes2.f |ity.org |r -- 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 9374] In baskets, prices between 0 and 1 are displayed in red
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9374 mathieu saby changed: What|Removed |Added Patch complexity|--- |Trivial 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 10726] Default Unimarc framework in accordance with new edition of the Unimarc manual
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10726 --- Comment #7 from mathieu saby --- http://marc-must-die.info/index.php/Main_Page ;-) Seriously, I agree that the DEFAULT framework should be the same in all language, but we must be carefull with specific frameworks used by some type of libraries and/or some countries. Ex of specific field : 359 field, used only in french universities, to store the Table of contents (instead of 327 field) And all the ITEMS management is specific to each country. (Can you believe that?!) As you say, boring+++ Mathieu -- 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 7143] Bug for tracking changes to the about page
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7143 --- Comment #108 from Chris Hall --- Latest patch pushed to 3.8.x, will be in 3.8.18 -- 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 9801] location facet shows even if no locations
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9801 Chris Hall changed: What|Removed |Added CC||chr...@catalyst.net.nz --- Comment #9 from Chris Hall --- Pushed to 3.8.x, will be in 3.8.18 -- 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 10457] Export selected items data doesn't work when using checkall checkbox
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10457 Chris Hall changed: What|Removed |Added CC||chr...@catalyst.net.nz --- Comment #7 from Chris Hall --- Pushed to 3.8.x, will be in 3.8.18 -- 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/