|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #17284 "" gives unexpected results.
Submitted: 2002-05-17 05:11 UTC Modified: 2002-06-17 15:13 UTC
Avg. Score:3.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: tais dot hansen at osd dot dk Assigned:
Status: Not a bug Package: Website problem
PHP Version: 4.0.3pl1 OS: Debian/GNU
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: tais dot hansen at osd dot dk
New email:
PHP Version: OS:


 [2002-05-17 05:11 UTC] tais dot hansen at osd dot dk
"" gives unexpected results.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2002-05-17 05:20 UTC]
Try getting a newer version of errors/index.php since this could be the problem.

 [2002-05-17 05:25 UTC]
The search order is

 - php page
 - manual page
 - search query

for some reason, there is an odd (and old) mail.php file
on that mirror site. I'll contact the maintainer.
 [2002-05-30 04:14 UTC] tais dot hansen at osd dot dk
Corrected PHP version and OS.
 [2002-05-30 14:18 UTC]
This is still buggy. brings up cyrus functions, huh...
 [2002-05-30 17:04 UTC] tais dot hansen at osd dot dk
Yeah. is even worse. Nothing turns up on echo and mail.
 [2002-05-30 19:22 UTC] toni dot viemero at iki dot fi
I did a identical copy of to another machine.

When I change the ErrorDocument directive to /error/index.php ends up in whole site search.

When I change the ErrorDocument directive to /error/ ends up in manual/en/ref.mail.php

In both ErrorDocument directives ends up in whole site search. running Debian GNU/Linux woody, PHP version 4.2.1 running Debian GNU/Linux woody, PHP version 4.1.2
 [2002-05-30 20:05 UTC] trond at nordheim dot no
I experienced the same thing yesterday myself. I was reading through the manual lookup functions and errors/index.php without really finding the issue intil I just echoed the URL errors/index.php was about to redirect to, just to see what it tried to do...

Then I was it was redirecting to Just to be on the safe side I changed the ServerName on that virtualhost from to, and then it worked.

Makes sense, really. isn't in the phpweb list of mirrors ( is), so the check for weither or not your mirror has searching enabled will then return false... and it will use instead.

Try changing the ServerName to the actual mirror name, and see if it helps. :)
 [2002-06-05 06:43 UTC] toni dot viemero at iki dot fi
I fiddled around with phpinfo() in ErrorDocument.
It seems like $REDIRECT_REDIRECT_ERROR_NOTES, which error/index.php uses, doesn't exists.
By looking at Apache documents, $REDIRECT_ERROR_NOTES is the Right Way(tm) to do this.

's/REDIRECT_REDIRECT_ERROR_NOTES/REDIRECT_ERROR_NOTES' in phpweb/error/index.php should fix this problem. I tested in by doing this and error/index.php is working now as expected.
 [2002-06-05 08:34 UTC]
The number of "REDIRECT" parts in the variable name depends on how many redirects were in account to run that PHP script. It seems that on many servers, there are two redirects involved [don't know how ;)]... So it should not be a replace, but a test if that variable contains a useable value IMHO.
 [2002-06-07 17:36 UTC]
Jim fixed this, except still goes to an "odd" place as it appears has a mail/ directory with information regarding the dk mailing lists.

How about:
a) Remove mail directory off
b) Update docs at: mailing-lists.php for dk lists
 [2002-06-17 15:13 UTC]
still there, but problems with mirrors should be
discussed with the mirror maintainers or webmasters
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Sun Dec 04 09:05:54 2022 UTC