[SOLVED] Content is not editable on second page onward when changing from a 'prevent updates' step to a step that doesn't prevent updates

I have…

  • [x] Checked the logs and have uploaded a log file and provided a link because I found something suspicious there. Please do not post the log file in the topic because very often something important is missing.

I’m submitting a…

  • [ ] Regression (a behavior that stopped working in a new release)
  • [x] Bug report
  • [ ] Performance issue
  • [ ] Documentation issue or request

Current behavior

We currently have a Workflow of

Draft
-> Peer Review
-> Published
-> Unpublished

This does not prevent updates.

We have

Unpublished
-> Draft
-> Peer Review

This does prevent updates

When updating a content item from the first page of the content list from unpublished to draft the content becomes editable straight away in the view.

When selecting a content item from the second page of the content list onwards from unpublished to draft the content does not become editable until the page is manually refreshed however the history is automatically updated with the change.

Expected behavior

When changing content on any page from Unpublished to Draft the content becomes editable straight away in the view.

Minimal reproduction of the problem

Create a workflow with a step one with ‘prevent updates’ enabled and one without ‘prevent updates’ enabled. When navigating to the second page of the content list select a content item with the step that has ‘prevent updates’ and try to change it to the step where ‘prevent updates’ is disabled.

Environment

  • [x] Self hosted with docker
  • [ ] Self hosted with IIS
  • [ ] Self hosted with other version
  • [ ] Cloud version

Version: Latest

Browser:

  • [x] Chrome (desktop)
  • [ ] Chrome (Android)
  • [ ] Chrome (iOS)
  • [ ] Firefox
  • [ ] Safari (desktop)
  • [ ] Safari (iOS)
  • [ ] IE
  • [ ] Edge

Others:

Which version do you use?

I cannot reproduce it:

Hi @Sebastian we are using the latest commit on master.

This only happens when editing a content item from the second page of content items. I will try and upload a video.

Are you sure that the problem is not the following:

When you make an update to a content item the list is refreshed, because it could totally change your results. Lets say you have a filter to get only published items, then an update would remove this item from the current view.

When you update an item on page 1 it gets a new timestamp and it would move to the head of the list. Therefore it kind of disappears from the second page.

It is confusing to be honest, perhaps we should change that.

When changing from Unpublished to Draft the ‘Current Version’ does not change to Draft on the article. This only happens when going to page 2 or further of the content list. If you navigate directly to the URL of the content item this does not happen.

As you can see from the GIF the current version does not change and the content is not editable.

1 Like

My question is: Do you really edit the same content that you actually changed before? With your test data it is hard to tell.

Sorry if I’ve misinterpreted the question.

Yes we would change the status from ‘Unpublished’ to ‘Draft’ and then start editing.

I have merged 2 branches to the master. Perhaps you try them when the build is complete?

1 Like

Does it work better now?

I’m out office now but I will try first thing in the morning!

1 Like

Morning @Sebastian I’ve tested this morning and can confirm the issue has been resolved.

Thank you!

2 Likes

This topic was automatically closed after 2 days. New replies are no longer allowed.