Opened 12 years ago

Closed 11 years ago

#1351 closed defect (wontfix)

ExtendedFileManager, wrong iframeUrl on SSL proxy sites

Reported by: guest Owned by:
Priority: normal Milestone: 0.96
Component: Plugins Version: trunk
Severity: normal Keywords:


When i use an SSL proxy from 1und1 or hosteurope, the ExtendedFileManager? doesn´t work. It is because the iframeUrl is set wrong, because it uses the


For example

shows me that


is "/phpinfo.php" instead of "/"

So i maked a small fix for my own.

I changed the of the EFM:

require_once(realpath(dirname(__FILE__) . '/../../contrib/php-xinha.php'));
if($passed_data = xinha_read_passed_data())
  $IMConfig = array_merge($IMConfig, $passed_data);
  $IMConfig['backend_url'] .= xinha_passed_data_querystring() . '&';
/* START this is new */
  if(!empty($IMConfig['php_self_prefix'])) {
    $_SERVER["PHP_SELF"] = $IMConfig['php_self_prefix'].$_SERVER["PHP_SELF"];
/* END this is new */

now i only have to define


for example

$IMConfig['php_self_prefix'] = '/'

I and hope that this will be fixed for further versions or will help some one.

Change History (1)

comment:1 Changed 11 years ago by gogo

  • Resolution set to wontfix
  • Status changed from new to closed

Not sure about this.

I think won't fix, because it's working around a very specific issue where the PHP_SELF is not being given correctly.

A better solution would be to remove this dependancy on PHP_SELF, and just use backend_url.

ExtendedFileManager? and ImageManager? seem to have diverged a bit here, EFM uses PHP_SELF, but IM does not, and the mechanism for changing the iframe location (changing directory) is different. Probably EFM needs to be rejigged to work like IM in this regard.

I'm not keen on putting work into EFM and IM at the moment because I eventually want to replace them both with something new.

Note: See TracTickets for help on using tickets.