Playing catchup here; read this, the original bug report, and the thread quoted.  I have a few followup clarification questions, please.

1) So, on your server, ORIG_PATH_INFO has what you expect it to have, except when there is no URI request following the index.php.  Correct?

2) You can get identical behavior without .htaccess and leaving index.php in the URL?

3) What version of PHP are you running?

4) What is your setting for cgi.fix_path_info?

Hi Derek, I appreciate you getting around to fixing this. 

1) Correct, it appears to work when I put a complete uri request.  It only returns an error when I don’t specify a controller in the uri.

2) Yes, same behavior without htaccess and just the index.php in the url.

3) PHP Version 5.2.3

4) 1

Would you like me to setup an ftp and test domain for you on my dreamhost account so you can actually debug in this environment?

Before doing that, can you try setting cgi.fix_path_info to 0 if you have that option?

OK just finished trying it and nope...still doesn’t work.

Sent you a private message.

I’m not seeing the exact behavior reported, section31, though this certainly is different from my experience with working with ORIG_PATH_INFO.  It would appear on this server that is basically the full REQUEST_URI, e.g.

It always carries the absolute path to the script in it from what I am seeing, so the solution presented would not work to only compare it to that path when the script is accessed with no URI, but to always replace the SCRIPT_NAME / PHP_SELF with an empty string to remove it from the URI, leaving

Please let me know if this is not what you are seeing, and feel free to modify my test script on your server at /opi_test/index.php

You’re right, I do believe that would be the simplest solution to fixing this problem.

1) I’m assuming $_SERVER[’SCRIPT_NAME’] is set and acts the same on all servers so we don’t run into another problem in the future?
2) Where do you plan on making the str_replace()?

1) Best I recall, SCRIPT_NAME is available all the time, and PHP_SELF is available when PHP is run as an Apache module, which would be immaterial if the URI parsing has made it to the ORIG_PATH_INFO check.  A quick double check before committing any code would be done first of course.

2) As this only affects ORIG_PATH_INFO, within that conditional.  Of course, I still need to check with other servers using this method, as again, this is counter to the behavior I’m used to, so while such a str_replace() would not likely affect any URIs that did not contain this information, it may be necessary to be safe to find another common denominator to be able to intelligently distinguish between a server exhibiting one behavior or the other.

I’m glad we are finally on the same page.  Keep me posted.

Perhaps the status of this bug should be changed to confirmed

No, I’m not ready to rule as to whether this bug is external or not.  I need to check on a few other servers from other hosts that use ORIG_PATH_INFO.

http://www.google.com/search?q=php+ORIG_PATH_INFO&hl=en&client=firefox-a&rls=org.mozilla:en-US:official&hs=0A3&pwst=1&start=40&sa=N

I googled and found quite a few php infos (last few results on 1st page) on several servers that use ORIG_PATH_INFO and all of them show the full path.

Did you give up on this derek?

No, though February was totally gobbled by SXSW preparation, and we’ve been very busy since we got back as well.  It’s still my intent to apply an official fix for this prior to the release of version 1.6.2.

Dear CI Community, I recently stumbled over this bug für a certain project and red the accorting forum threads:

http://codeigniter.com/forums/viewthread/48101/

http://codeigniter.com/forums/viewthread/46840/ points to:
http://codeigniter.com/forums/viewthread/48102/

I would throw in another solution which works for me (experimental state, not fully tested yet):

I know this is not a clean and sufficient solution, but maybe it support you anyhow.

Feedback appreciated

* Precondition: The files of CI resides in the subdir t_dynamic

* .htaccess:
RewriteCond $1 !^(index\.php|images|robots\.txt)
RewriteCond %{REQUEST_URI} !^/t_dynamic/
RewriteRule ^test/(.*)$ /t_dynamic/index.php/urinode/handler/$1 [NC,L]

* system/application/config/config.php:
added following line
$config[’uri_offset’] = “test”;

* system/libraries/URI.php:

added methode to class CI_URI:
function _eliminate_urioffset()
{
$this->uri_string = preg_replace("/^\/”.$this->config->item(’uri_offset’)."/", “”, $this->uri_string );
// If the URI contains only a slash we’ll kill it
if ($this->uri_string == ‘/’)
{
$this->uri_string = ‘’;
}
}

modified methode _fetch_uri_string()

after each assignment of “$this->uri_string = ...” I added: $this->_eliminate_urioffset();

SurnameJohn

Thanks SurnameJohn - this bug report is already resolved.  If you have a new issue, please either start a new forum topic to discuss it, or if you have a confirmed bug, you may post a new bug report to the tracker.  Thank you!