Bug 17456 - Cataloging plugins: change of behaviour at fields driven by plugins
Summary: Cataloging plugins: change of behaviour at fields driven by plugins
Status: CLOSED WONTFIX
Alias: None
Product: Koha
Classification: Unclassified
Component: Cataloging (show other bugs)
Version: 16.05
Hardware: All All
: P3 normal (vote)
Assignee: Galen Charlton
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-17 08:37 UTC by Michal Denar
Modified: 2017-12-07 22:15 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michal Denar 2016-10-17 08:37:47 UTC
Hello,
I want to report some changes of after upgrade on version 16.05 at cataloging editor.
Description examples:
field 003
If field isn't empty click don't rewrtite it into MARCOrgCode (as older versions). It means that imported code must be deleted and after that click add  MARCOrgCode.

field 008
Similar  on positions 15-17, if I choose code value from autocomplete of browser, value isn't rewrited after save.

Thanks

Mike
Comment 1 Michal Denar 2016-10-17 09:01:55 UTC
Some gifs that say maybe more
Field 003: http://www.giphy.com/gifs/3o7TKKwK0B0f76eITK
Field 008: http://www.giphy.com/gifs/3o6Zt3d0pXZog3mgw0
Comment 2 Radek Šiman (R-Bit Technology, s.r.o.) 2016-10-22 23:28:19 UTC
This bug is exact opposite of #14199.
Comment 3 Josef Moravec 2016-10-24 05:48:49 UTC
I have the same complain from our catalogers, but as I am thinking and reading about it, I think we probably should review our cataloging workflow...

What do you think Mike?
Comment 4 Radek Šiman (R-Bit Technology, s.r.o.) 2016-11-04 23:28:35 UTC
I recommend to close this bug as RESOLVED, WONTFIX. Mike, please comment.
Comment 5 Michal Denar 2017-05-18 20:18:18 UTC
OK, we can close it.