ID:               22983
 Comment by:       simon at acquire dot demon dot co dot uk
 Reported By:      luke at cywh dot com
 Status:           No Feedback
 Bug Type:         Apache2 related
 Operating System: Windows XP
 PHP Version:      4.3.2-RC
 New Comment:

I found out what the problem was in my case, it wasn't Apache or PHP.

Any page that contains a form which 'POSTS' data to the server causes
the problem.  MSIE does not add pages that are returned to a page as a
result of a POST to the history.  Using the GET method works fine as
expected.

The problem I have is that the GET method is limited to the size of the
URL in that you cannot pass data greater than 256 bytes using the GET
method, so what to do?

This problem is limited to MSIE, Opera and Firefox work fine.


Previous Comments:
------------------------------------------------------------------------

[2006-04-12 11:38:00] simon at acquire dot demon dot co dot uk

I have been having a similiar problem however, my findings so far do
not lead me to believe that it is either Apache or PHP that is at
fault.

I have been developing an Intranet using Apache 2.0.53 and PHP 5.0.4

The intranet uses sessions to manage the logins.  The navigation
buttons in IE often do not work and I see the page containing the text
"The page cannot be displayed"

I've switched on debug level logging in Apache and restarted the
service, nothing is logged when this happens.  I've played with the
cache settings in PHP, but this doesn't help either.

I have found that Opera works perfectly and never falls over.  The
problem is that our Intranet uses OCX objects and XML with XSLT files. 
Opera doesn't support OCX and whilst is does support XML it doesn't
support XSLT.

So I'm scratching my head with this, it could be related to the session
handling, but I really don't know.

------------------------------------------------------------------------

[2006-02-12 03:45:00] ViperZeroOne at shaw dot ca

I'm having this EXACT same problem.  It seems that my longer PHP pages
refuse to come up properly.  I've tried the snapshots provided to no
avail.  I'm using Apache2 on Windows XP and the latest PHP download
available.  I should note that small PHP scripts work fine, no issues
at all.  My problem occours when the PHP has to display a large file. 
Here are a couple examples;

EXAMPLE1:  Using a remote file-management system I can view the root of
my hard drive.  I open up my program files folder and it displays.  I
continue to open up folders and the first 2 or 3 may open, but the
second the list gets too long it tosses up a "Page Cannot Be Displayed"
error.  I can press the back button and it will return to normal, until
I get it to display too many folders again.

EXAMPLE2:  When using a PHP MP3 player I can view the login fine, go
into the program fine, but when I go to view my larger MP3 folder it
tosses up a "Page Cannot Be Displayed" error.  The smaller MP3 folders,
with the same files but just split up to work around this problem, load
perfectly fine.

EXAMPLE3:  When opening up a PHP program to administrate my MySQL
tables it initially opens fine.  When I select a table and the page
goes to display the information it pops up with a "Page Cannot Be
Displayed".

It should be noted that if I have the chance to click the STOP button
on my browser before the error comes up I am able to view a partially
generated page.  Someone told me it could be due to my memory or
timeout settings so I've increased those to attempt to resolve the
issue, however it hasn't fixed it.

Another thing to note is that using any other browsers, example
Firefox, the page loads blank.  Also, when I'm sitting at the computer
that has the webserver running on it everything displays properly as it
should.

Also, it should be noted that I am running it as a module as well as I
have functions, not related to this issue, that will not operate when
it's run as a CGI.

------------------------------------------------------------------------

[2003-07-18 18:51:02] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.



------------------------------------------------------------------------

[2003-07-10 23:52:09] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip



------------------------------------------------------------------------

[2003-05-22 13:59:24] luke at cywh dot com

well right now im running apache 1.3 which seems to be running
perfectly. Ill try version 2.0 again when i upgrade to windows 2003

------------------------------------------------------------------------

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/22983

-- 
Edit this bug report at http://bugs.php.net/?id=22983&edit=1

Reply via email to