PR #22367 produces this issue. It was ok in beta3 but not in beta4.

That would mean it was fixed since the issue was created and broke again with #22367 ?

Yes that appears to be the case. I replaced the affected files in #22367 from beta3 and the issue was fixed.

The issue was gone before and after scrolling?

I’m not at my computer to confirm. I will check later today.

My test here show that the modal is indeed dark (in fact the page itself is darkened and the modal is beneath) but the indexing is done and then the modal auto-close.

@infograf768 Can you test with beta3? Be sure to scroll down the page until the toolbar sticks at the top and then click the index button.

The point is that with staging I do not need to scroll at all. The issue happens whatever the size of the window and no scroll.
Will try to get a beta3.

Please read.. #22465 (comment)

beta3 => same issue!!!

Yes this issue has always been present. @Quy s original issue (#22465) is only since beta 4.

Well, it has not always been present. It was working OK in 3.8.12...

No, this was always an issue. And will remain an issue even if #22367 is reverted. #22465 is a separate issue and is only present since 3.9 beta4.

I disagree. I just installed a clean 3.8.12 and the modal displays fine OVER the backdrop.
(Macintosh, Firefox)

And is the issue present if you scroll first then open the modal (as stated in the description)?

In staging, scrolling or not scrolling is unimportant.
As I said above, the modal is hidden behind the backdrop.
The issue is unrelated to scrolling.
Tested also with scrolling in 3.8.12 and it is also unrelated. It works in both cases.

I consider this as a non B/C situation. A 3rd party extension could be displaying a modal this way where informations have to be entered.

Sighs...

Navigate to Components -> Smart Search
Scroll down so toolbar sticks
Click 'Index'

This issue is everything related to scrolling. This issue was only present after scrolling. Open 3.8.12 and follow the above. I repeat...

#22465 is a separate issue and is only present since 3.9 beta4.

In fact, you are right when there are already indexes in the page.
When indexes have been cleared, no issue after scrolling, as you can see below (3.8.12).

I indeed never tested Indexing when the list contains some stuff. I systematically clear Index before indexing...

EDIT: same situation in staging.
EDIT2: The difference in staging seems that it is also broken when NOT scrolling.

This to show that the issue in staging happens when NOT scrolling at all and list empty.

Thank you for confirming.

Both this issue and #22465 are somewhat related in that they are both caused by anything other than position:static applied to the toolbar. Prior to #22367 this was only after scrolling.

Shall we therefore consider reverting #22367 if it at least solves the issue when not scrolling, or do we have a better solution?

I think so. Unless someone can fix how modals are rendered (unlikely at this stage), the only solution, as I see it, is to revert #22367.

Note.. reverting won't fix this issue, but will fix #22465

When I say fix, rendering the modal anywhere outside of the subhead div should do it (eg. Batch modal in com-content)

For finder we have

		$toolbar->appendButton(
			'Popup', 'archive', 'COM_FINDER_INDEX', 'index.php?option=com_finder&view=indexer&tmpl=component', 500, 210, 0, 0,
			'window.parent.location.reload()', 'COM_FINDER_HEADING_INDEXER'
		);

For batch, we have

$toolbar->popupButton('batch')
				->text('JTOOLBAR_BATCH')
				->selector('collapseModal')
				->listCheck(true);

Also, the issue does not only concern Indexed Content but also the Statistics button in this view as in the other finder views (Maps & Search Filters)

$toolbar->appendButton('Popup', 'bars', 'COM_FINDER_STATISTICS', 'index.php?option=com_finder&view=statistics&tmpl=component', 550, 350);

@Hackwar
Any way to modify the code for these Toolbar buttons?

Revert PR is ready here
#22506

@ciar4n Can you confirm after the revert PR that this issue is fixed?

@jwaisner As noted above (#20255 (comment)), the revert only fixed the issue for scenarios when you don't scroll. When scrolling down (so the toolbar becomes sticky), the issue still exists in v3.9.16.

Is this still an issue? I can't replicate this on J4 in Smart Search.

It is still reproducible in J3, but probably not worth fixing as it does not affect the indexing. @zero-24 close?

Closing as there are no more J3 releases other than security fixes. Not an issue in J4.