Tried surfing the online-demo with IE5 and activated
Logged In: YES
This is because of DOM security issues. The base-href is set
to another location than to where the document was initiated.
More precisely, the page is created for www.phpmyadmin.net
but the actual data is fetched from
phpmyadmin.sourceforge.net - so the browser decides that it
does not grant access to the other frames which do not come
from the same domain.
Even more precisely, this bug comes from the new sql
history, which relies about cross-frame access to the
If possible, can we set the base href to
www.phpmyadmin.net? Maybe it could also work if we do
another frameset-stacking inside of phpmyadmin.net calling
Logged In: YES
When I enter the demo with
it matches the value in $cfg['PmaAbsoluteUri']
so the query window works. But it does not work if I enter with
phpmyadmin.net, as stated.
I tested on my server, setting $cfg['PmaAbsoluteUri'] to an
empty value: if I use in the URL the IP of the server, or
the server name,
the query window works.
I wonder what would be the impact of not using
$cfg['PmaAbsoluteUri'] for the base href, in queryframe.php3.
Can $cfg['PmaAbsoluteUri'] be set to 'http://' . $_SERVER
['HTTP_HOST'] on the Demo-Page? Then every page would
be set to the server where we access it from, and no JS
would have to access objects from out of their 'sandbox'...
Done. Query windows works now.
$cfg['PmaAbsoluteUri'] = 'http://' . $_SERVER['HTTP_HOST'] .
Closed because this only applies for our own server.