bug #8200
closed
Changing title(cache) for factual data set not possible
Added by Andreas Müller about 5 years ago.
Updated about 5 years ago.
Assignee:
Patrick Plitzner
Description
When trying to change the title of a factual data set in details view the old title is recreated during save.
Correct behavior has been discussed previously (in context of additivity?) Please refer to it.
Correct handling of protectedTitleCache needs to be implemented.
High priority as unexpected behavior and even wanted titles like "Moved from ..." can get lost this way.
- Status changed from New to Resolved
- Assignee changed from Patrick Plitzner to Andreas Müller
- % Done changed from 0 to 50
I replaced the label with a toggleable cache field.
How it works now: When setting the cache to unprotected (closing the lock), the cache is generated. I checked this by changing the source. If the cache is protected (lock open), it can be edited and changing the source has no effect.
The label in the factual data view is updated when editing the cache. However, when changing the source, the label change in the factual data view is done after saving.
- Assignee changed from Andreas Müller to Patrick Plitzner
- Assignee changed from Patrick Plitzner to Katja Luther
- Status changed from Resolved to Feedback
High priority as unexpected behavior and even wanted titles like "Moved from ..." can get lost this way.
The default for the label is unprotected and when moving a desciption to another taxon the label mentioned above is not generated because of the protected titlecache.
Is this wanted behaviour?
should this be moved back to PP?
It's more a general question how this should be handled. So it is a question to all of us.
- Status changed from Feedback to Resolved
- Assignee changed from Katja Luther to Andreas Müller
but as this is the general behaviour for titlecaches we may close this ticket? Because it works like titleCaches in all other places.
- Status changed from Resolved to Feedback
- Assignee changed from Andreas Müller to Patrick Plitzner
Katja Luther wrote:
but as this is the general behaviour for titlecaches we may close this ticket? Because it works like titleCaches in all other places.
I don't think that this is correct. It should work according to the requirement and not necessarily according to other places (which have other requirements). The "Moved to" requirement does not exist at other places.
There is a clear regression in the current implementation described in #7865#note-11 . A user requirement got lost so we need to find out 1.) why it got lost and 2.) how it can be reestablished.
To me #7865 and this ticket seem to be mostly duplicates. So I will continue discusstion in #7865
- Status changed from Feedback to Closed
- % Done changed from 50 to 100
Closing this ticket as the remaining issues are duplicated in #7865
Also available in: Atom
PDF