http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=9548 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - low |P4 --- Comment #2 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- I think it deserves P3 or P4 priority Mathieu -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #4 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- I think we also need a way to pass to the basket template the information about the "deletion status" of each record, in order to suppress the HTML link pointing to the biblio for each order (if the biblio is deleted, the title should be display in plain text without link). The ideal would be that the "deletion status" of each record should be included in the results of GetOrders, for each order. Currently there is a "ON DELETE SET NULL" constraint on biblio.biblionumber on table aqorders : CONSTRAINT `aqorders_ibfk_2` FOREIGN KEY (`biblionumber`) REFERENCES `biblio` (`biblionumber`) ON DELETE SET NULL ON UPDATE CASCADE I suppose one solution could be alter this constraint to suppress the "ON DELETE SET NULL", so that the biblionumber is kept in aqorders table, even if the biblio is deleted. But maybe it would be better to keep this column unchanged, and to create a new one, "aqorders.deletedbiblionumber", to be filled when a record is suppressed. The advantage would be to be able to know direclty if an order is linked to an existing record or to a deleted record. In fact I wonder why we have deleted(biblio/biblioitems/items) tables. Would not have been simplier to keep suppressed items and records in the main table, and to add a colum "deleted" in those tables? So the subs about Orders, reserves, circulation... won't have to use union between deleted* and main tables. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #6 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Where is it done elsewhere in code? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #8 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Yes, of course, statistics table keeps the itemnumber. I will take a look. I think stats reports page in staff interface do not JOIN on deleteditems, only on items. I would like C4 subs to return the information "this order is / is not link to a deleted biblio". I am not sure it could be done in 1 SQL request, because if I make a "UNION ALL" between biblio and deletedbiblio, I think the resulting temporary table will just have the same fields as biblio and deletedbiblio, without any information about the deleted status of some biblios. Am I wrong? If not, the solution could be to make 2 or 3 requests (one with "select aqorders left join biblio using biblionumber where biblio.biblionumber is not null", the 2d with "select aqorders left join deletedbiblio using biblionumber where deletedbiblio.biblionumber is not null"). I am not a SQL specialist... So what do you think of it? Maybe we could ask koha-devel? Mathieu -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #10 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Sorry Mathieu, I would have to take a look at the documentation and experiment as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart@biblibre.co | |m --- Comment #12 from Jonathan Druart <jonathan.druart@biblibre.com> --- (In reply to mathieu saby from comment #9)

Could you tell me how to write the constraint to link aqorders.biblionumber with biblio.biblionumber, but to keep the value of aqorders.biblionumber when the biblio is suppressed ?

No possible. To do that, I think you must add a new column in aqorders which point to deletedbiblio.biblionumber. You have to delete the biblio, the aqorders.biblionumber will be set to NULL. Next update the aqorders.deletedbiblionumber. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nengard@gmail.com --- Comment #14 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- *** Bug 6920 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |10869 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #17 from I'm just a bot <gitbot@bugs.koha-community.org> --- Patch applied cleanly, go forth and signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #19 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- I have just seen that Jonathan Druart has made an other choice (COALESCE biblio.title, deletedbiblio.title) for the same purpose in his bug for improving order search (bug 5336, attachment 21689). I am not a database expert, so could somebody check the code and tell me if my solution (UNION ALL...) is good? M. Saby -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Pierre Angot <tredok.pierre@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tredok.pierre@gmail.com --- Comment #21 from Pierre Angot <tredok.pierre@gmail.com> --- There is a problem on sandbox : Some problems occurred applying patches from bug 10758: <h1>Something went wrong !</h1>Applying: Bug 10758 - Show bibliographic information of deleted records in acquisitions fatal: sha1 information is lacking or useless (C4/Acquisition.pm). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. Patch failed at 0001 Bug 10758 - Show bibliographic information of deleted records in acquisitions When you have resolved this problem run git bz apply --continue. If you would prefer to skip this patch, instead run git bz apply --skip. To restore the original branch and stop patching run git bz apply --abort. Bug 10758 - Show bibliographic information of deleted records in acquisitions -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #23 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- By the way, if Jonathan or Katrin could drop an eye on my code before somebody try to sign it off, I would appreciate (especially the queries changed in C4/Acquisitions) If somebody sign it off and if QA tell me I need to rewrite it on a different base it afterwards, the tester would have work for nothing ;-) Mathieu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #25 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- (In reply to Katrin Fischer from comment #24)

Hi Mathieu,

I don't have a lot of time until after KohaCon probably - but it would really help this along if you can provide unit tests for the changed routines.

Ok. I will take the occasion for improving Biblio.t. It is failing with my unimarc database. Mathieu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #27 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- I see UT for Acquisition subs in Acquisition.t and in separate files for TransferOrder, OrderFromSubscription and GetOrdersByBiblionumber. If I want to add UT for NewOrder, DelOrder, GetOrder, GetOrders, etc etc etc , what is the better : use Acquisition.t, whith comments to make clear which Sub I am testing, or creating a new file of each one? Mathieu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #29 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- patch does not apply anymore. I'm working on that -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #31 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- In fact, the 1st step is adding UT to current master. Then, I will work again on that bug. See Bug 11224 for new UTs Mathieu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|11224 | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #22106|0 |1 is obsolete| | --- Comment #33 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 26830 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26830&action=edit [PATCH 1/2] Bug 10758 - Show bibliographic information of deleted records in acquisitions No more dependancy Fully testable, but a second patch will be provided for fixing and improving the UTs Aim of the patch : when a record is deleted but used in an order, display information stored in deletedbiblio and deletedbiblioitems tables on some pages of acquisition module Note that this patch will only have real effects for records deleted AFTER its application. Changes : - modification of database structure : new column "deletedbiblionumber" in aqorders We keep the constraint between aqorders.biblionumber and biblio.biblionumber, but we create a new one between aqorders.deletedbiblionumber and deletedbiblio.biblionumber With this system, we can make a JOIN between aqorders and deleted(biblio/biblioitems) table, and retreive information. - modification of GetOrder, GetOrders, GetCancelledOrders and SearchOrders in C4::Acquisition : Those subs are now also getting bibliographic information from deleted tables deletedbiblio and deletedbiblioitems Only usefull or potentially usefull fields are retreived (no more biblio.* and biblioitems.*) For each field, I used COALESCE in SQL query. Ex: COALESCE (biblio.title,deletedbiblio.title) AS title - modification of DelBiblio in C4::Biblio Wen a record is deleted with DelBiblio, the sub checks if it used in an order If so, the biblionumber is deleted from aqorders.biblionumber (as before), but it is copied to aqorder.deletedbiblionumber - modification of files in acqui : basket.pl, neworderempty.pl To transmit the new key "deletedbiblionumber" to the templates - modification of templates in intranet/module/acqui : basket.tt, histsearch.tt, lateorders.tt, neworderempty.tt, parcel.tt Test plan : A. BEFORE applying the patch - create a basket with at least 4 orders,using different records - in the catalog, delete one of the record used by 1st order, whithout cancelling the order (there will be an alert, but you can do that) - return to the basket page (or refresh it) : the information about the record is lost - if you want, try to receive orders or to search orders : in those pages too the information for this record will be lost B. Apply the patch and run updatedatabase.pl C. Go back to your basket and refresh it - the information of the record deleted before the application of the patch is still lost ("Can't find title") - in the catalog, delete one of the record used by 2d order, whithout cancelling the order - return to the basket page (or refresh it) : the information about the record is still visible, with the mention (Deleted record) - Try to modify the 2d order : click on "Modifiy" on the right column of the table - you will get on neworderempty.pl, but with a message "(Deleted record, not editable)". You will be able to change accounting details but not bibliographic information (In a future development, we could imagine to recreate a record and in order to make the order editable even if the original record is deleted, but it would be dangerous to do so now) - in the basket, cancel the 3rd order AND the record (click on "Delete order and record") - in the "Cancelled orders", you still could see bibliographic information about the cancelled order, with the mention "(Deleted record)" D. Go on late orders page - check you can see information about 2d order (which is linked with a deleted record) E. Go on order advanced search page - fill the form with the title of 2d order and click on Search - check Koha can retreive the order, and show correct information F. Try to receive orders from the vendor used for your basket - in the filters on the left of the page which displays the table of pending orders, search the title of the 2d order - Koha should retreive the 2d order - you must have a mention "Deleted record, order cannot be received" above the title - you must not have a link "Receive" on the left of the table (In a future development, we could imagine to recreate a record to do the receipt, but it would be dangerous to do so now. The best to do if a record was deleted and the order not yet received is probably to cancel the order, and to recreate it by hand) -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|10869 | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #35 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 26832 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26832&action=edit [PATCH 2/2] Bug 10758 - Fix Acquisition unit tests This patch fixes Acquisition UT Maybe more work could be done to write specific UT for testing the new features introduced by bug 10758 To test : prove -v t/db_dependant/Acquisition.t -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26830|0 |1 is obsolete| | --- Comment #36 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 27273 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27273&action=edit [PATCH 1/2] Bug 10758 - Show bibliographic information of deleted records in acquisitions (I removed the changes to Koha/Schema/Result/Aqorder.pm, as it should not be integrated in the main patch) -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Koha Team Lyon 3 <koha@univ-lyon3.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply CC| |koha@univ-lyon3.fr --- Comment #38 from Koha Team Lyon 3 <koha@univ-lyon3.fr> --- test on a sandbox : <h1>Something went wrong !</h1>Applying: Bug 10758 - Fix Acquisition unit tests Applying: Bug 10758 - Show bibliographic information of deleted records in acquisitions fatal: sha1 information is lacking or useless (installer/data/mysql/updatedatabase.pl). Repository lacks necessary blobs to fall back on 3-way merge. Cannot fall back to three-way merge. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #26832|0 |1 is obsolete| | --- Comment #40 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 27312 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27312&action=edit [PATCH 1/2] Bug 10758 - Show bibliographic information of deleted records in acquisitions Rebased -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #27273|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #42 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 27314 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27314&action=edit [PATCH 1/2] Bug 10758 - Show bibliographic information of deleted records in acquisitions -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=11243 -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #27314|0 |1 is obsolete| | --- Comment #44 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 28514 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=28514&action=edit [PATCH 1/2] Bug 10758 - Show bibliographic information of deleted records in acquisitions -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff --- Comment #46 from mathieu saby <mathsabypro@gmail.com> --- Patch rebased -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #28514|0 |1 is obsolete| | --- Comment #48 from mathieu saby <mathsabypro@gmail.com> --- Created attachment 29667 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29667&action=edit [PATCH 1/2] Bug 10758 - Show bibliographic information of deleted records in acquisitions Indeed, that horrible ">>>HEAD" was breaking everything! It's fixed. Mathieu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Paola Rossi <paola.rossi@cineca.it> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #49 from Paola Rossi <paola.rossi@cineca.it> --- I've tried to apply the patches against master 3.17.00.011. Applying: Bug 10758 - Show bibliographic information of deleted records in acquisitions Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt Auto-merging installer/data/mysql/updatedatabase.pl CONFLICT (content): Merge conflict in installer/data/mysql/updatedatabase.pl Auto-merging acqui/neworderempty.pl Auto-merging acqui/basket.pl Auto-merging C4/Biblio.pm CONFLICT (content): Merge conflict in C4/Biblio.pm Auto-merging C4/Acquisition.pm Failed to merge in the changes. Patch failed at 0001 Bug 10758 - Show bibliographic information of deleted records in acquisitions When you have resolved this problem run "git am --resolved". If you would prefer to skip this patch, instead run "git am --skip". To restore the original branch and stop patching run "git am --abort". So I pass the patch to "Patch doesn't apply" status. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #51 from mathieu saby <mathsabypro@gmail.com> --- ooops, still a mistake, please don't test for the moment -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |In Discussion --- Comment #53 from mathieu saby <mathsabypro@gmail.com> --- rebased again, it applies. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Paola Rossi <paola.rossi@cineca.it> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #54 from Paola Rossi <paola.rossi@cineca.it> --- Kind Mr. Mathieu Saby, I'm in doubt that the patch "Show..." that you filed on Aug the 6-th may not be the right one. The date inside the "Show ..." patch is : Date: Fri, 4 Apr 2014 09:36:52 +0200 and the patch is about 3.17.00.008 changing updatedatabase.pl . Could you please verify? Thanks in advance. Anyway today the patch doesn't apply [against master 3.17.00.013] : Applying: Bug 10758 - Show bibliographic information of deleted records in acquisitions Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging installer/data/mysql/updatedatabase.pl CONFLICT (content): Merge conflict in installer/data/mysql/updatedatabase.pl Failed to merge in the changes. Patch failed at 0001 Bug 10758 - Show bibliographic information of deleted records in acquisitions So I pass the patch to "Patch doesn't apply" status. -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #56 from mathieu saby <mathsabypro@gmail.com> --- Well, in fact you were probably right :( -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |In Discussion --- Comment #58 from mathieu saby <mathsabypro@gmail.com> --- Bug 7162 (passed QA) will have consequencies for this one, as it is refactoring DelOrder. I will have to make some adjusments. So do not test before 7162 is passed, it will be a waste of time... I change the status to "in discussion". Matheiu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Nicole C. Engard <nengard@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sfayle@roseman.edu -- You are receiving this mail because: You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 mathieu saby <mathsabypro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|mathsabypro@gmail.com |koha-bugs@lists.koha-commun | |ity.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #61 from mathieu saby <mathsabypro@gmail.com> --- Sorry Katrin, I'm to far from Koha now to continue my work on that issue. So if someone want to work on it, feel free to take my patches as a base. I'm unassinging me. Mathieu -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.