Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[5.x]: Partial reset of tab view while filling content #16413

Open
milanwirelab opened this issue Jan 10, 2025 · 1 comment
Open

[5.x]: Partial reset of tab view while filling content #16413

milanwirelab opened this issue Jan 10, 2025 · 1 comment
Labels

Comments

@milanwirelab
Copy link

What happened?

Description

While filling an entry which has tabs sometimes the autosave kicks in and the view will be partially reset. The tab you were filling with content will be displayed under the first tab. The first tab is also selected, the tab bar itself isn't replicated.

Steps to reproduce

  1. Add an entry with tabs to another entry which also has multiple tabs. (the entry added need to have more than a few, the smallest case we have seen this happen is with 12 tabs, the entry above it doen't require as much, we have seen it with 3)
  2. make sure the entry with a lot of tabs also has field te be filled, one or two per tab should do.
  3. have some text prepared to rapidly fill in all the fields.
  4. when the autosave is triggered while filling the bug COULD be triggered. This is not a sure deal but happens a lot to us and our client.

Expected behavior

The normal layout works as it would if you were not editing content.

Actual behavior

The content of the tab you were working in shifts as if it's the bottom content of the first tab which is selected. (the view is reset to the first tab but your "current" tab is displayed below that one)

Additional notes

  • This now has a tag for Craft 5 and it is since 5.2 that we noticed. But we have also changed our author experience only since then. It could be this problem already existed since Craft 4.
  • Our database is also quite large which may cause the autosave process to take longer. if no large database is on-hand maybe this could be replicated by limiting database server resources temporarily.

Craft CMS version

Craft Pro 5.4.10.1

PHP version

8.2.27

Operating system and version

Linux 5.4.0-187-generic

Database type and version

MySQL 8.0.33

Image driver and version

No response

Installed plugins and versions

  • Amazon S3 | 2.2.1
  • Blitz | 5.9.3
  • Cookies | 5.0.0
  • Element API | 4.1.0
  • Embedded Assets | 5.3.0
  • Feed Me | 6.5.0
  • Field Manager | 4.0.3
  • Freeform | 5.7.0.1
  • Google Maps | 5.0.3
  • Inline SVG | 2.1.0
  • Linkit | 5.0.0
  • Redactor | 4.2.0
  • Remote Backup | 5.0.0
  • Retour | 5.0.3
  • Sentry Logger | 5.0.1
  • SEO | 5.0.0
  • Super Table | 4.0.2
  • Translate | 1.0.0
  • UI Element fields | 3.0.0
@i-just
Copy link
Contributor

i-just commented Jan 13, 2025

Hi, thanks for getting in touch! Could you please clarify the “Add an entry with tabs to another entry which also has multiple tabs.” part? Do you mean you have one entry with at least 3 tabs and a matrix field in it with an inline-editable blocks view mode (with 12 tabs), and you add an entry (formerly block) to that matrix field? Or is it one entry with at least 3 tabs and an entries field in one of them, and you add an entry which has at least 12 tabs to that entries field and then open it in a slideout to edit, and that’s when the behaviour you describe occurs? Or is it something else?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants