Menu
▾
▴
Re: [SM-USERS] SM 1.3.2 not generating HTML code for frames in webmail.php?
|
From: Derek B. <de...@ba...> - 2002-12-29 05:50:13
|
> Mike Leone (tu...@mi...) had this to say on 12/28/02 at 15:00: > > >> > As somebody suggested, check to make sure you have show_errors set >> to On in your php.ini file, and restart apache... then try again. >> You might have an error that isn't being displayed. >> >> Did that. No change. The left and right frames are both empty - even >> the HTML is empty: >> >> <html><body></body></html >> >> (that's left frame; right frame is the same) >> >> Error reporting is on full in /etc/php4/apache/php.ini: >> >> error_reporting = E_ALL >> display_errors = On >> display_startup_errors = On >> log_errors =on >> >> track_errors = Off >> html_errors = On >> >> Still no error message on screen, nor in the access logs, that I can >> see. Stumped, I am. Stumped. :-( > > Here's the website access log: <SNIP> > There is nothing written in the website error log, not at the time > listed above. > > I do have display_errors = On, in /etc/php4/apache/php.ini, as shown > above, but I see no errors, either on screen, or in the log. > > Anyone? Anything else I can try? Some debugging log levels, in the > squirrelmail code itself? I get 2 frames on the webmail.php > screen, but both are empty. The HTML code itself is empty; nothing is > being generated (see above). Which browser are you using? This is starting to look more like invalid HTML code being produced by SM, which is resulting in the client choking and choosing to do nothing. I've seen this many times when developing PHP apps and using Netscape. If HTML tags don't match up I find that Netscape will just choke and quit, whereas IE and Opera are a little more forgiving. Is there a reason you're trying to run the development release and not the stable? HTH, Derek |
