Confirmed. Similar #14192

The issue is only present when I use button "Save & Close". Not when I first "Save" and then "Close".
With "Save & Close" I see for a short moment a nearly empty modal (no form, just headline) that closes. Afterwards I see just for a short moment that a new modal appears (complete edit form for created category).

there are now 3 different Issues about locked Items created in Modal.

Any chance to get a "release-blocker" label then here or there? In a multi user Joomla there will be too many locked items that cannot be unlocked by some user groups.

While annoying, this does not constitute a release blocker IMO. If it were consistently reproducible every time someone used the feature, maybe. But as it seems to be limited to the use of one browser, its severity is downgraded massively.

@bertmert do you have any errors in your error logs that could help us pin point the issue?

@tonypartridge Test new Article in Modal at Menu Item Type "Single Article":

• Click Read-more-Button: TypeError: b is undefined. admin-article-readmore.min.js:1:160
• Click Save-Button: Use of getAttributeNode() is deprecated. Use getAttribute() instead. jquery-migrate.min.js:2:1714
• Click Save & Close-Button: TypeError: n.getComputedStyle(...) is null. tinymce.min.js

I confirm the issue for all modals displayed after using a Create and it is consistent. (Firefox)
@Fedik @dgt41
This looks related to the modals themselves. The fact that the modal is limited to the buttons once using Save and Close is a totally new behavior. That aspect is also the case for Safari, although Safari does not save the item as locked.

@mbabker
We have the same issue when Edting an existing category or article through the modal, etc, not only when creating.
It's quite serious.

The modal approach has a few problems:

• tinyMCE sets up a listener for form submit, this is not removed when the modal is closed
• This could be true for any script that's loaded in the iframe
• the code is a bit weird for me:

				// For Save & Close (save task) when creating we need to replace the task as apply because of redirects after submit and hide the iframe.
				if (task === 'save')
				{
					submittedTask = 'apply';
					jQuery('#' + modalId + ' iframe').addClass('hidden');
				}

				document.getElementById('Frame_' + modalId).contentWindow.Joomla.submitbutton(itemType.toLowerCase() + '.' + submittedTask);

So to prevent the redirect you have this odd behaviour...

I think we HAVE to solve this in 3.7.0. It's really bad.

I agree with @infograf768 it's a UX pain and can come across as buggy from an end users perspective.

please test #14537

Closed as we have a PR