Josh

After fixing those TYPE errors in JS. I could able to see my pages with out BREAKING. Of course, I just did few times.. not thourough in any manner. But earlier I used to see the broken pages once every 2 or 3 tries. Now, even after 8 tries I haven't seen a single broken page. This is very good to know.

I definitely like to find a tool or tools that can point out any other blunders in HTML that are causing problems on our site.

Thank you very much.

-Srinivas<br>Global Hindu Electronic Networks: http://www.hindunet.org/

Oh well, I might have spoken too soon... I do see blank pages again. Back to the drawing board <img border="0" title="" alt="[Roll Eyes]" src="images/icons/rolleyes.gif" />

-Srinivas<br>Global Hindu Electronic Networks: http://www.hindunet.org/

That certainly can lead to problems.

www.w3.org will be your best bet. There's a link on the left for the HTML validator. You can give it a URL or feed it a page.

Did you try with a blank header.php and header-insert.php file? It seems to always hang for me on the posting page - and I wonder if the javascript is conflicting with the javascript on the posting pages.

Very odd indeed.

Josh
www.joshuapettit.com
ThreadsDev.com Administrator | InfoPop Community Moderator
Register to see my How To/Site Help Library Forum at ThreadsDev.com.
My threads 'tweaking' abilities are for hire for upgrades, tweaks and modifications.

Well, this is kinda FIX, finally.

For some reason using

virtual("/header.shtml")

from 'header.php' include is causing the apache/php to break the pages. The funny thing is that it seem to happen only while clicking on a link with query parameters.

The fix, is to remove "virtual" and make it as a PHP page by itself, so that I can do:

include ("header_html.php")

After doing this, my forums are working with out any BLANK screens. Any ways, I feel that this is truly apache/php thingy and nothing really to do with UBB code itself.

Just thought I would share the FIX, I have for my boards. Thank you Josh.

-Srinivas<br>Global Hindu Electronic Networks: http://www.hindunet.org/

Great that you tracked it down. It certainly was puzzling. <img border="0" title="" alt="[Smile]" src="images/icons/smile.gif" /> Glad you got it sorted. <img border="0" title="" alt="[Wink]" src="images/icons/wink.gif" />

Josh
www.joshuapettit.com
ThreadsDev.com Administrator | InfoPop Community Moderator
Register to see my How To/Site Help Library Forum at ThreadsDev.com.
My threads 'tweaking' abilities are for hire for upgrades, tweaks and modifications.

Most likely it would work if it ended in html or htm, as the shtml is already instructing the server to allow ssi to function. You're calling it to include twice it seems and therefore it trips over itself.

--
UBBDesign.com: UBB ™ customizer, webdesigner and custom graphics creator.
Creator of the JCTemplates used in the ubb.classic ™ software. Addons & Graphics
Installation services and custom add-on creation available. Contact me

Hi JC

Not sure what you mean by 'if it ended in html or htm'. Are you refering to the file extension? I really doubt the file extension made this a problem. On our server, .shtml is set up as SSI which in turn does its own thing. That is about it.

If the extension is the problem it should be the case every time it hits the page and not randomly as it was happening.

I really think the problem is with our Cobalt Server and the configuration:

Cobalt RAQ 4
Apache/1.3.12 Cobalt
PHP 4.1.2

When I tested UBBThreads with a test server on :

Redhat 7.3
Apache/1.3.20 (Unix) (Red-Hat/Linux)
PHP 4.1.2

It worked just fine. Of course, this is a test server where I just copied production DB and installed locally and tested.

It seems like apache/php is having some problem on Cobalts.

-Srinivas<br>Global Hindu Electronic Networks: http://www.hindunet.org/