Project

General

Profile

Actions

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.

Status:
Closed
Priority:
Highest
Assignee:
Patrick Plitzner
Category:
taxeditor
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
Severity:
normal
Found in Version:

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.


Related issues

Related to EDIT - feature request #7865: Remaining factual data view label issuesResolvedAndreas Müller

Actions
Actions #1

Updated by Patrick Plitzner about 5 years ago

Actions #2

Updated by Patrick Plitzner about 5 years ago

  • 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.

Actions #3

Updated by Patrick Plitzner about 5 years ago

  • Assignee changed from Andreas Müller to Patrick Plitzner
Actions #4

Updated by Patrick Plitzner about 5 years ago

  • Assignee changed from Patrick Plitzner to Katja Luther
Actions #5

Updated by Katja Luther about 5 years ago

  • 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?

Actions #6

Updated by Andreas Müller about 5 years ago

should this be moved back to PP?

Actions #7

Updated by Katja Luther about 5 years ago

It's more a general question how this should be handled. So it is a question to all of us.

Actions #8

Updated by Katja Luther about 5 years ago

  • 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.

Actions #9

Updated by Andreas Müller about 5 years ago

  • 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

Actions #10

Updated by Patrick Plitzner about 5 years ago

  • Status changed from Feedback to Closed
  • % Done changed from 50 to 100

Closing this ticket as the remaining issues are duplicated in #7865

Actions

Also available in: Atom PDF