The problem is that the iframe src is not prefixed with the correct path when using SEF

The src should start with a /

 <iframe class="iframe" src="index.php?option=com_contenthistory&amp;view=history&amp;layout=modal&amp;tmpl=component&amp;field=jform_contenthistory&amp;item_id=com_content.article.3&amp;9e389e2a5c6f59784b8e730bd71c35a7=1" name="Versions" title="Versions" height="100%" width="100%"></iframe>

Another example.

Enable SEF with SEF rewrite this time. (Issues above were with standard SEF on Rewrite off)

Login to frontend as super admin

Edit a module

note url of edit page is

http://127.0.0.1/index.php?option=com_config&view=modules&id=16&Itemid=101&return=aHR0cDovLzEyNy4wLjAuMS9jb21wb25lbnQvY29uZmlnP3ZpZXc9bW9kdWxlcyZpZD0xJnJldHVybj1hSFIwY0Rvdkx6RXlOeTR3TGpBdU1TOD0%3D

Just click save

notice url is now different AND notice the console log message with a 404

url now:
http://127.0.0.1/component/config?view=modules&id=16&return=aHR0cDovLzEyNy4wLjAuMS9jb21wb25lbnQvY29uZmlnP3ZpZXc9bW9kdWxlcyZpZD0xJnJldHVybj1hSFIwY0Rvdkx6RXlOeTR3TGpBdU1TOD0=

404 trying to load following url (as it has /component/in it incorrectly)

http://127.0.0.1/component/index.php?option=com_modules&task=module.orderPosition&8436244716061d6595485618fb70d7c5=1&client_id=0&position=sidebar-right

Tested with SEF in all three modes and cannot replicate this in any of them

SEF OFF
SEF ON
SEF ON With URL rewriting

And what we server? Apache ? Nginx?

Sent from my iPhone

On 5 Jul 2020, at 17:57, Brian Teeman notifications@github.com wrote:


Tested with SEF in all three modes and cannot replicate this in any of them

SEF OFF
SEF ON
SEF ON With URL rewriting

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

Apache/2.4.41 (Win64) mod_fcgid/2.3.10-dev

All works fine for me
Apache/2.4.43 (Win64) OpenSSL/1.1.1g PHP/7.4.6 Server at localhost Port 80
in firefox and edge

I believe it might be a nginx issue.

I have blown away and started from scratch multiple times using my nginx development docker platform (which I use daily for all the other reports).

If I hook up the same files with the php -S 0.0.0.0:80 development web server I cannot replicate the problem.

Actually - I take that back. INSPECT YOUR REQUESTS and you will see they are wrong - but work. This is what I get with a php -S 0.0.0.0:80 server when I press the versions button

Look carefully at the URL in green. note the /index.php/index.php?

Do you have that on yours? If so this is invalid (even though it works for you).

Do you have that on yours? If so this is invalid (even though it works for you).

No

Stranger and stranger. Yours could be affected by a sub folder.

I get /index.php/index.php? with both Nginx and the PHP Development server which rules out nginx.

linking #29990 as that's defo related to this one.

Im now on a totally different computer - my laptop

Git checkout
jinstall which is rm -rf administrator/templates/atum/css; rm -rf templates/cassiopeia/css; rm -rf media/; rm -rf node_modules/; rm -rf libraries/vendor/; composer install; npm ci; git checkout -- libraries/vendor/.htaccess
docker-compose up (gives me Nginx/mysql8/php7.4.7)
install as normal
login to admin - install sample data
login to frontend - click template settings - click select

Im at a loss ...

Ok apache seems to be working for Versions in Chrome and Safari

but for Template Settings select image, with apache, I get a JS issue in Chrome only (not safari) when using apache

regardless, the getting of /index.php/index.php? in urls seems to be the root issue here, as the "root" is not correct and thus assets are getting loaded from the wrong place. Replicated on two different Macs with totally different configs. Im stepping away (need to be a dad) and will look again from a third computer in the morning.

PR incoming... found the issue... fixed the issue.