Project

General

Profile

Actions

Bug #84979

closed

Content duplication on switching from live to workspace

Added by Elena Bartolotti almost 6 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Workspaces
Target version:
-
Start date:
2018-05-12
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
8
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

  • Add any content in LIVE
  • save it (without close)
  • switch to Workspace without close the record.
  • on workspace close the content or reload list view

You'll find your content duplicated.

It doesn't happen if you save and close the content before switching to workspace.

Verified on 8.7 and 9


Files

Schermata 2018-05-12 alle 13.02.26.png (21.2 KB) Schermata 2018-05-12 alle 13.02.26.png Riccardo De Contardi, 2018-05-12 13:03

Related issues 1 (0 open1 closed)

Has duplicate TYPO3 Core - Bug #88003: Changes from draft are saved to live when switching workspacesClosed2019-03-26

Actions
Actions #1

Updated by Elena Bartolotti almost 6 years ago

  • Category set to Workspaces
  • Target version set to 8.7.13
Actions #2

Updated by Riccardo De Contardi almost 6 years ago

It does not seem to affect 7.6.x, just 8.7.13 and 9.3 (latest master).

Confirmed with the following procedure:

Prerequisites

- TYPO3 with a custom workspace

Procedure

1) LIVE workspace > Go to page module or list module
2) create a new content element (e.g. header), edit it (e.g. name it "test") and click on save button (NOT save and close just save )
3) Immediately go to your custom workspace using the header dropdown
4) Go to list module

Result

You will find two "test" elements,
- the one you created on LIVE
- another one created on that workspace (if you go hover its icon, the tooltip reads "id=XXX New Element!") see also attached file

Actions #3

Updated by Riccardo De Contardi almost 6 years ago

  • Category set to Workspaces
Actions #4

Updated by Oliver Hader almost 6 years ago

  • Status changed from New to Accepted

EditDocumentController is reloaded with the same NEW... identifier that gets persisted by DataHandler again.
NavigationContainer.ts triggers contentWindow.location.reload which enforces the form data to be resend and persisted again.

Thus, we need:
  • the optional information in modules whether reload is required - in terms of FormEngine that would be required
  • the optional information which URL to load (the current "canonical URL" of some backend module content)
  • NavigationContainer.ts using the information above (if available) instead of using contentWindow.location.reload
Actions #5

Updated by Riccardo De Contardi about 5 years ago

Just tested: still present on 10.0.0-dev (latest master)

Actions #6

Updated by Riccardo De Contardi over 4 years ago

Still present on 10.2.0-dev (latest master)

Actions #7

Updated by Christian Kuhn over 3 years ago

  • Has duplicate Bug #88003: Changes from draft are saved to live when switching workspaces added
Actions #8

Updated by Christian Kuhn over 3 years ago

Confirmed. See #88003 for another how-to-reproduce description with screenshots.

Actions #9

Updated by Benni Mack over 1 year ago

  • Status changed from Accepted to Needs Feedback

I do think this is fixed now?

Actions #10

Updated by Christian Kuhn over 1 year ago

  • Status changed from Needs Feedback to Closed

this has been fixed in v11 afaiks: editDocumentController now reloads after save, so the post isn't executed again when switching workspaces anymore.

Actions

Also available in: Atom PDF