Project

General

Profile

bug #3737

task #4338: [MASTER] Handle abbreviated title and protected cache correctly in TaxEditor

Protected caches for taxa and names behave inconsistent

Added by Andreas Müller over 7 years ago. Updated 3 days ago.

Status:
Closed
Priority:
Highest
Assignee:
Category:
taxeditor
Target version:
Start date:
10/17/2013
Due date:
% Done:

30%

Severity:
critical
Found in Version:

Description

Some name protected caches do not really work as expected here. We need to test the protected cache behaviour by hand.

  • rank is not colored but should

  • if both, name.titleCache and name.nameCache are protected, switching the titleCache to unprotected results in no coloring of all nameparts like genus, specific Epi, etc. This is not correct. Correct behavior shows when no protected cache exists and only nameCache is set to protected. This means that the coloring depends on the previous state which is unwanted. Coloring should always be computed from the current state so behavior is always the same independent of a previours state (a similar behavior has been observed for references: #4944)

Also for protected taxon.titleCache we may expect that the name fields will be colored (but maybe not organge) if the taxon titleCache is protected (see ideas for coloring strategy in #4944)

see also #4338, #3561, #4944, #9405


Related issues

Related to Edit - bug #7484: Protected titleCache handling not correct in Reference detail view Closed 06/15/2018
Copied to Edit - bug #9405: Fields set to irrelevant for cache should be set by state only Resolved 01/20/2021

Associated revisions

Revision a452be91 (diff)
Added by Katja Luther almost 4 years ago

fix #3737: improve handling of protected/not protected cache fields

History

#1 Updated by Andreas Müller over 7 years ago

  • Severity changed from normal to major

#2 Updated by Andreas Müller about 7 years ago

  • Assignee changed from Andreas Müller to p.plitzner -

#3 Updated by Andreas Müller about 7 years ago

  • Priority changed from Priority13 to Highest
  • Severity changed from major to critical

#4 Updated by Cherian Mathew about 7 years ago

  • Target version deleted (TaxEditor CDM 3.3)

#5 Updated by Andreas Kohlbecker almost 7 years ago

  • Target version deleted ()

no release 3.3.1 of the taxeditor so I am moving all tickets to the next milestone 3.3.2

#6 Updated by Patrick Plitzner over 6 years ago

  • Keywords set to review2014-07-12

#7 Updated by Andreas Müller over 6 years ago

  • Assignee changed from p.plitzner - to Andreas Müller

#8 Updated by Andreas Müller over 6 years ago

  • Target version deleted (TaxEditor RELEASE 3.3.7)

#9 Updated by Andreas Müller over 5 years ago

  • Target version deleted ()

#10 Updated by Andreas Müller over 5 years ago

  • Target version deleted ()

#11 Updated by Andreas Müller over 5 years ago

  • Subject changed from Protected caches for taxa and names sometimes behave strange to Protected caches for taxa and names behave inconsistent

#12 Updated by Andreas Müller over 5 years ago

  • Assignee changed from Andreas Müller to k.luther -
  • Target version deleted (Release 3.7)

#13 Updated by Andreas Müller over 4 years ago

  • Description updated (diff)
  • Target version changed from Unassigned CDM tickets to Release 4.5

#14 Updated by Andreas Müller about 4 years ago

  • Target version changed from Release 4.5 to Release 4.6

#15 Updated by Katja Luther almost 4 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 50

#16 Updated by Katja Luther almost 4 years ago

  • Assignee changed from Katja Luther to Andreas Müller

please review

#17 Updated by Andreas Müller almost 4 years ago

  • Private changed from Yes to No

#18 Updated by Andreas Müller over 2 years ago

  • Related to bug #7484: Protected titleCache handling not correct in Reference detail view added

#19 Updated by Andreas Müller 3 days ago

  • Copied to bug #9405: Fields set to irrelevant for cache should be set by state only added

#20 Updated by Andreas Müller 3 days ago

  • Status changed from Resolved to Closed
  • Assignee changed from Andreas Müller to Katja Luther
  • % Done changed from 50 to 30

The first issue is solved. The second was improved, however, it still sometimes works inconsistent meaning that the state of "irrelevance" of a field may depend on the previous state not on the generell state of the cache protection.

This is because setting "relevance" is always called in a given context and also the current code does not always reset fields from irrelevant to relevant if it should.

As this ticket was worked on long time ago I open a new ticket #9405 and close this one.

#21 Updated by Andreas Müller 3 days ago

  • Description updated (diff)

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 40 MB)