[drupal-devel] [bug] request_uri() broken if in subdir
Robin Monks
drupal-devel at drupal.org
Tue Aug 9 17:31:51 UTC 2005
Issue status update for
http://drupal.org/node/10917
Post a follow up:
http://drupal.org/project/comments/add/10917
Project: Drupal
Version: cvs
Component: base system
Category: bug reports
Priority: normal
-Assigned to: Robin Monks
+Assigned to: Anonymous
Reported by: killes at www.drop.org
Updated by: Robin Monks
Status: patch (code needs work)
I'm removing myself from this bug, as I can't adequately understand it
to make a quality patch.
Robin
Robin Monks
Previous comments:
------------------------------------------------------------------------
Fri, 17 Sep 2004 19:05:57 +0000 : killes at www.drop.org
Attachment: http://drupal.org/files/issues/requi.patch (678 bytes)
We asumme the $_SERVER[REQUEST_URI] would contain only the url from the
point of Drupal's directory on. This is true only iff you run from the
root of your site. If you are in a subdir, the function request_uri()
will be unusable if we want to construct a valid url from $base_url and
request_uri() (what we do in a number of places). The attached patch
fixes this by using basename().
------------------------------------------------------------------------
Fri, 17 Sep 2004 19:45:26 +0000 : killes at www.drop.org
The patch doesn't suffice if your access only the base_url of your
Drupal site in a subdir. Putting on hold.
------------------------------------------------------------------------
Fri, 17 Sep 2004 21:39:36 +0000 : killes at www.drop.org
Attachment: http://drupal.org/files/issues/request.patch (761 bytes)
ok, I think I got it. The distinction between apache and non-apache
servers went away to keep it simple.
------------------------------------------------------------------------
Sat, 18 Sep 2004 00:19:57 +0000 : killes at www.drop.org
Apparently the action in forms depends on the bug that I found, ie it
needs request_uri to contain the full url (from documentroot on).
------------------------------------------------------------------------
Sat, 18 Sep 2004 00:53:24 +0000 : killes at www.drop.org
Attachment: http://drupal.org/files/issues/request_0.patch (2.46 KB)
This new patch fixes the problem with forms. request_uri() also does not
start with a leading slash anymore. Ask Steven for why this is good.
http://acko.net/dumpx/relative.html is apparently a clue I don't get.
------------------------------------------------------------------------
Sat, 18 Sep 2004 01:04:41 +0000 : Steven
Explanation:
People are going to stick relative_uri() into links. These links are
resolved relative to the $base_url which is put into the <head> tag.
However, if a link URI starts with a / then it is relative to the root
of the site, even if the base tag uses a path with a subdirectory.
Example:
<html>
<base href="http://www.test.com/subdir1/">
<body>
test [1]
test [2]
</body>
</html>
The first link resolves to http://www.test.com/subdir2, the second
resolves to http://www.test.com/subdir1/subdir2.
Thus, it is more meaningful to not have a leading slash, as this will
avoid possible bugs with subdirs (which often do not get caught because
the tester uses a site without a subdir) and hints at the callee that
this is a relative URI too.
[1] http://drupal.org//subdir2
[2] http://drupal.org/subdir2
------------------------------------------------------------------------
Sun, 13 Mar 2005 18:38:21 +0000 : Chris Johnson
Patch no longer applies completely to bootstrap.inc:
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: includes/bootstrap.inc
|===================================================================
|RCS file: /cvs/drupal/drupal/includes/bootstrap.inc,v
|retrieving revision 1.28
|diff -u -F^f -r1.28 bootstrap.inc
|--- includes/bootstrap.inc 16 Sep 2004 07:17:54 -0000 1.28
|+++ includes/bootstrap.inc 18 Sep 2004 00:52:12 -0000
--------------------------
Patching file bootstrap.inc using Plan A...
Hunk #1 succeeded at 273 (offset 83 lines).
Hunk #2 succeeded at 292 (offset 83 lines).
Hunk #3 failed at 446.
1 out of 3 hunks failed--saving rejects to bootstrap.inc.rej
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: includes/common.inc
|===================================================================
|RCS file: /cvs/drupal/drupal/includes/common.inc,v
|retrieving revision 1.390
|diff -u -F^f -r1.390 common.inc
|--- includes/common.inc 16 Sep 2004 16:12:21 -0000 1.390
|+++ includes/common.inc 18 Sep 2004 00:52:12 -0000
--------------------------
Patching file common.inc using Plan A...
Hunk #1 succeeded at 988 (offset -90 lines).
done
------------------------------------------------------------------------
Tue, 14 Jun 2005 11:21:49 +0000 : Robin Monks
Attachment: http://drupal.org/files/issues/request_uri.broken.if.in.subdir.patch (2.6 KB)
Here is that patch re-rolled for latest CVS HEAD.
Since killes hasn't been active in this bug lately, I hope he won't
mind my reassigning this to myself.
Robin
------------------------------------------------------------------------
Tue, 14 Jun 2005 11:22:40 +0000 : Robin Monks
I've also tested this to work on CVS HEAD.
Robin
------------------------------------------------------------------------
Tue, 14 Jun 2005 13:33:52 +0000 : moshe weitzman
did you test this on non apache servers? the comment that you removed is
crystal clear about a need for 2 different cases. it is OK to 'make it
simpler' as long as you don't remove compatibility with other web
servers. I am primarily concerned with IIS.
------------------------------------------------------------------------
Tue, 14 Jun 2005 14:42:44 +0000 : Robin Monks
I took great care to ensure I didn't remove any support needed for other
servers. I also tested this patch to work on Xitami on Win32.
Robin
------------------------------------------------------------------------
Tue, 14 Jun 2005 17:09:29 +0000 : Robin Monks
I spent some more time testing, and this broke some (perhaps all)
configuration forms. It appears the / is needed after all. Perhaps
killes will have better luck understanding this, the / is needed IMHO.
Robin
------------------------------------------------------------------------
Fri, 01 Jul 2005 13:20:27 +0000 : killes at www.drop.org
Another manifestation of this bug:
http://drupal.org/node/26163
------------------------------------------------------------------------
Tue, 09 Aug 2005 17:26:44 +0000 : killes at www.drop.org
Another occurrence:
http://drupal.org/node/20555
More information about the drupal-devel
mailing list