[Bug 17817] New: Repeat this Tag (cloning) not working
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Bug ID: 17817 Summary: Repeat this Tag (cloning) not working Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: gmcharlt@gmail.com Reporter: joseanjos@gmail.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl Full details here: http://koha.1045719.n5.nabble.com/Repeat-this-Tag-not-working-td5914615.html Description: I've setup a completely new VM: Debian GNU/Linux 8.6 (jessie) MariaDB Ver 14.14 Distrib 5.5.53 Apache/2.4.10 (Debian) Installed the defaults in fr-FR Choose Cataloging -> New Record -> Default Framework Filed the mandatory fields. If I try to duplicate 701 it will jump to the top of the page If I try to duplicate 711 I have no problem. Conclusion is: If I try to duplicate any field that contains a Drop Menu (with authorized values) it will jump to the top of page. If there is no Drop Menu it will clone ok. If I choose a value from the Authorized Values, than In can duplicate it. But, when I save it, that fields are not saved. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|gmcharlt@gmail.com |jonathan.druart@bugs.koha-c | |ommunity.org CC| |jonathan.druart@bugs.koha-c | |ommunity.org Version|16.11 |master Status|NEW |ASSIGNED -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #1 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 58464 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58464&action=edit Bug 17817: Temporarily remove select2 where is is used If you try to clone a field (or subfield) which contains at least a subfield linked to authorized values, you will get a JS error and the field will not be cloned. I have failed trying to propose a fix in a reasonable delay so I prefer to simply deactivate the feature. Test plan: Edit a bibliographic record, an item and use the batch item modification tool. You should see simple selects -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |13501 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13501 [Bug 13501] Allow autocompletion on drop-down lists -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #2 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 58465 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58465&action=edit [DO NOT PUSH] Bug 17817: This is just a try This does not work correctly: - width is wrongly calculated - "Move up" raises a JS error -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Owen Leonard <oleonard@myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Trivial patch Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Owen Leonard <oleonard@myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58464|0 |1 is obsolete| | --- Comment #3 from Owen Leonard <oleonard@myacpl.org> --- Created attachment 58579 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58579&action=edit [SIGNED-OFF] Bug 17817: Temporarily remove select2 where is is used If you try to clone a field (or subfield) which contains at least a subfield linked to authorized values, you will get a JS error and the field will not be cloned. I have failed trying to propose a fix in a reasonable delay so I prefer to simply deactivate the feature. Test plan: Edit a bibliographic record, an item and use the batch item modification tool. You should see simple selects Signed-off-by: Owen Leonard <oleonard@myacpl.org> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #4 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- *** Bug 17863 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58465|0 |1 is obsolete| | Attachment #58579|0 |1 is obsolete| | --- Comment #5 from Patricio Marrone <marrone.patricio@gmail.com> --- Created attachment 58817 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58817&action=edit Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #6 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- (In reply to Patricio Marrone from comment #5) Hi Patricio, Can you confirm that your patch fixes the following: - width is wrongly calculated - "Move up" raises a JS error ? -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marrone.patricio@gmail.com --- Comment #7 from Patricio Marrone <marrone.patricio@gmail.com> --- (In reply to Jonathan Druart from comment #6)
(In reply to Patricio Marrone from comment #5)
Hi Patricio, Can you confirm that your patch fixes the following: - width is wrongly calculated - "Move up" raises a JS error ?
Hi Jonathan! Short answer: yes. I checked that - The width is the same as the one from the cloned line. This was fixed by first appending the cloned element to the dom and then reactivating select2, so that it can calculate the width. - Moving up should work. select2 introduces some divs which broke the present assumptions that all divs were lines. I added more specific selectors to choose what's a line and what's not. This could use some regression testing to check that other kind of fields still work correctly (that is, textfields, textareas...). I did test that they worked to the limits of my not very extensive Koha knowledge. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA CC| |tomascohen@gmail.com --- Comment #8 from Tomás Cohen Arazi <tomascohen@gmail.com> --- There is a regression on moving subfields up to the top. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58817|0 |1 is obsolete| | --- Comment #9 from Patricio Marrone <marrone.patricio@gmail.com> --- Created attachment 58823 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58823&action=edit Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #10 from Patricio Marrone <marrone.patricio@gmail.com> --- Created attachment 58824 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58824&action=edit Bug 17817: (Follow up) Fix reordering subfields issues Authority controlled subfields have invisible divs which produced a strange behavior when reordering (multiple clicks were needed to push a subfield up over an authority controlled subfield) -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58823|0 |1 is obsolete| | --- Comment #11 from Tomás Cohen Arazi <tomascohen@gmail.com> --- Created attachment 58827 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58827&action=edit Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure Signed-off-by: Tomas Cohen Arazi <tomascohen@theke.io> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58824|0 |1 is obsolete| | --- Comment #12 from Tomás Cohen Arazi <tomascohen@gmail.com> --- Created attachment 58828 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58828&action=edit Bug 17817: (Follow up) Fix reordering subfields issues Authority controlled subfields have invisible divs which produced a strange behavior when reordering (multiple clicks were needed to push a subfield up over an authority controlled subfield) Signed-off-by: Tomas Cohen Arazi <tomascohen@theke.io> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off --- Comment #13 from Tomás Cohen Arazi <tomascohen@gmail.com> --- Works as expected. Nice catch with reordering! -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #14 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Still 2 regressions: 1/ On the add item form, it does not work 2/ Try to clone a whole field containing select2: TypeError: divs[i].getAttribute(...) is null You know, I really think that we should go first with my patch, then try to fix it on another bug report. This is critical as it impacts stable releases. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58827|0 |1 is obsolete| | --- Comment #15 from Patricio Marrone <marrone.patricio@gmail.com> --- Created attachment 58844 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58844&action=edit Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58828|0 |1 is obsolete| | --- Comment #16 from Patricio Marrone <marrone.patricio@gmail.com> --- Created attachment 58845 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58845&action=edit Bug 17817: (Follow up) Fix reordering subfields issues Authority controlled subfields have invisible divs which produced a strange behavior when reordering (multiple clicks were needed to push a subfield up over an authority controlled subfield) -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Patricio Marrone <marrone.patricio@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #17 from Patricio Marrone <marrone.patricio@gmail.com> --- I added fixes to the regressions discovered by Jonathan. Are there more places where these select2 fields need to be cloned? -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Josef Moravec <josef.moravec@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Josef Moravec <josef.moravec@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58844|0 |1 is obsolete| | --- Comment #18 from Josef Moravec <josef.moravec@gmail.com> --- Created attachment 58847 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58847&action=edit [SIGNED-OFF] Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure Signed-off-by: Josef Moravec <josef.moravec@gmail.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Josef Moravec <josef.moravec@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58847|0 |1 is obsolete| | --- Comment #19 from Josef Moravec <josef.moravec@gmail.com> --- Created attachment 58848 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58848&action=edit [SIGNED-OFF] Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure Signed-off-by: Josef Moravec <josef.moravec@gmail.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Josef Moravec <josef.moravec@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58845|0 |1 is obsolete| | --- Comment #20 from Josef Moravec <josef.moravec@gmail.com> --- Created attachment 58849 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58849&action=edit [SIGNED-OFF] Bug 17817: (Follow up) Fix reordering subfields issues Authority controlled subfields have invisible divs which produced a strange behavior when reordering (multiple clicks were needed to push a subfield up over an authority controlled subfield) Signed-off-by: Josef Moravec <josef.moravec@gmail.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58848|0 |1 is obsolete| | Attachment #58849|0 |1 is obsolete| | --- Comment #21 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 58863 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58863&action=edit Bug 17817: Fix cloning subfields using select2 Based on Jonathan's patch (the DO NOT PUSH one), I put together this fix. What was changed is that select2 is reinitialized only after the cloned element has been appended to the DOM (so that select2 can correctly calculate the field's width). Also, I changed the selectors that searched for the line divs (for reordering) and for the subfield's input element (for erasing the field's value) to be more specific, since select2 introduced divs that broke some assumptions about the expected HTML structure Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org> I confirm that these 2 patches fix the add item and mod biblio views as well as the batch item modification tools. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #22 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Created attachment 58864 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58864&action=edit Bug 17817: (Follow up) Fix reordering subfields issues Authority controlled subfields have invisible divs which produced a strange behavior when reordering (multiple clicks were needed to push a subfield up over an authority controlled subfield) Signed-off-by: Josef Moravec <josef.moravec@gmail.com> Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jonathan.druart@bugs.koha-c |marrone.patricio@gmail.com |ommunity.org | --- Comment #23 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- Great job Patricio! Do not forget to add a test plan, for you next patches :) -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |17725 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17725 [Bug 17725] Repeating a field or subfield clones content -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kyle@bywatersolutions.com Status|Passed QA |Pushed to Master --- Comment #24 from Kyle M Hall <kyle@bywatersolutions.com> --- Pushed to master for 17.05, thanks Patricia! -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #25 from Kyle M Hall <kyle@bywatersolutions.com> --- Apologies, thanks Patricio! -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #26 from Patricio Marrone <marrone.patricio@gmail.com> --- (In reply to Jonathan Druart from comment #23)
Great job Patricio! Do not forget to add a test plan, for you next patches :)
Thanks Jonathan :) . I'm glad to help. I'll try to put together the steps needed to test the changes and won't forget to add them next time. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #27 from Patricio Marrone <marrone.patricio@gmail.com> --- (In reply to Kyle M Hall from comment #24)
Pushed to master for 17.05, thanks Patricia!
(In reply to Kyle M Hall from comment #25)
Apologies, thanks Patricio!
Thanks Kyle! No problem :) -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |Pushed to Stable --- Comment #28 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- These patches have been pushed to 16.11.x and will be in 16.11.02. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Mason James <mtj@kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtj@kohaaloha.com --- Comment #29 from Mason James <mtj@kohaaloha.com> --- Blocked by enhancement, skipping for 16.05.x -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 Jonathan Druart <jonathan.druart@bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sophie.meynieux@biblibre.co | |m --- Comment #30 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- *** Bug 17818 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 angelo <angelosebastiao@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |angelosebastiao@gmail.com --- Comment #31 from angelo <angelosebastiao@gmail.com> --- In the same bug there is another problem. When we try to add an authority in field 701 702, that is, where a field with authorized value exists, it does not add the authority that exists, it creates another authority id. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #32 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- (In reply to angelo from comment #31)
In the same bug there is another problem. When we try to add an authority in field 701 702, that is, where a field with authorized value exists, it does not add the authority that exists, it creates another authority id.
Please open a new bug report, it's a completely different problem? -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17817 --- Comment #33 from Jonathan Druart <jonathan.druart@bugs.koha-community.org> --- s/?// -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org