ASP & Firefox
Printed From: Web Wiz Forums
Category: General Discussion
Forum Name: Classic ASP Discussion
Forum Description: Discussion on Active Server Pages (Classic ASP).
URL: https://forums.webwiz.net/forum_posts.asp?TID=16246
Printed Date: 29 March 2026 at 8:34pm
Software Version: Web Wiz Forums 12.08 - https://www.webwizforums.com
Topic: ASP & Firefox
Posted By: ub3rl337ch3ch
Subject: ASP & Firefox
Date Posted: 17 August 2005 at 10:01pm
| I have an asp page that i'm trying to test in firefox. Aside from standards differences, and ie being generally non-compliant, I am having a fairly severe problem with ff. Basically, about 9/10 times when i load a page, it spits a 403 error at me, and i have to keep mashing F5 to find that 10% when it does work. This happens every time i reload the page, which means there's a chance of about 1/10^99999999 chance of being able to use my program without having to mash F5 repeatedly. Is there some kind of security thing that ff has with asp? some kind of common coding problem that ff has issues with? |
Replies:
Posted By: theSCIENTIST
Date Posted: 18 August 2005 at 1:34am
|
Firefox has no issue with asp, in fact the browser don't even know asp, it know the HTML the server returned.
You mentioned having to F5 (refresh) to see the page, which tells me theres a cache problem, however a 403 suggests an access problem with the file on the server. Try this: [F5] Reset all settings on Firefox, this also includes cleaning all cache, deleting all files/cookies whatever, get that browser reset to a state close to when it was first installed. [403] Move the file to another domain/area and try then. ------------- :: http://www.mylittlehost.com/ - www.mylittlehost.com |
Posted By: ub3rl337ch3ch
Date Posted: 18 August 2005 at 1:42am
|
I've barely touched ff since i installed it, and have only used it for testing. Even then, I have not touched any settings aside from internet options to set up proxy etc. for it to work. I haven't done any other messing with settings and preferences. Clearing the cache etc doesn't make a difference
As for the 403, i'm only attempting to run it on my local test site on the company server. Having tried it on an offsite webserver, there doesn't seem to be any issues with forbidden.
Is there something in IIS that firefox has an issue with (or vv), like some kind of browser locking (i wouldn't put it past ms)? Because as I said, i can use it fine in IE so its not like my user account doesn't have priv's.
|
Posted By: Mixsynth
Date Posted: 07 September 2005 at 1:44pm
|
I have similar but intermittent problems with certain pages on my ASP
site that is in development. It features a 2-column layout. This is one
of the offending pages: http://www.soulflowerband.com/forum/default.asp In IE, every page renders correctly, but in FF, when I first load certain pages, the column widths are skewed beyond belief (the left hand column grows far too big and squashes up the right hand column), but strangely, EVERY TIME I click 'Reload', the page renders completely perfectly!! It only messes up when I load the page via a hyperlink or by typing in its URL. The only thing that makes the offending page different from others with no problems is that it uses a render function (BreakoutBoxPopulate) to fill the top box (the one that appears to 'break' leftwards out of the main content pane) with content, specified in each individual page (Sub BreakoutBoxPopulate - content - End Sub) There is NOTHING wrong with the HTML generated - I can export it, load it independently, and it will look as desired, with the left hand column compressing to its minimum width. Take a look at it yourself. Here's what I believe to be causing it -- if I delete the ASP Session cookie generated by the site, and go to the page again, IT RENDERS FINE. Then subsequently when I go the page, it loads skewed. Almost as if the cookie, when created, is causing the page to render incorrectly when first accessed (but not reloaded). If I remove the Session cookie, and choose the option to block future cookies from the site, there are NO RENDERING PROBLEMS. What is the issue here? Please can someone confirm that it's not just my system at fault here, and maybe even shed some light over why Firefox has this peculiar problem with ASP render functions when a session cookie is in place??? This really is beyond my comprehension so apologies if what I've said looks confusing -- it's more than confusing to me, I assure you! |
Posted By: Mixsynth
Date Posted: 07 September 2005 at 2:29pm
|
How strange, I seem to have fixed it. Under the 'login' box on the left, there are 2 input boxes. I had the widths of both set via the 'style' attribute to 75% - I changed them to 80px, and now it seems to be fine. I can't understand this at all. If anyone has any idea what this whole thing is about, good for you, but I'm just glad it's over! It makes no sense at all. Session cookies, render functions, input widths, firefox only.... AAARGH!!! |
Posted By: theSCIENTIST
Date Posted: 10 September 2005 at 3:07am
|
Here we have another browser issue isn't it? Before FireFox most webmasters were only designing for IE, days were fine, coffee was smooth, now we have another new player with new headaches, it's our fault, we should push for a 1 browser, that's it, not 10 compliant browsers, that's not going to happen.
I just had to say that, sorry, yeah, weird cookie problem, I know FF addresses session and ownership differently, more aggressively, I read there's a double check in the code of FF, that's why, anyway, note that your absolute size of [80px] will be ignored by FF when the user goes into menu view > font size, your login will inflate insanely regardless of the absolutism definition you put. You may also want to try to go strict, I do this alot to avoid headaches btw browsers, put this as the first line of generated HTML:
Tell us more. If we only had 1 browser... ------------- :: http://www.mylittlehost.com/ - www.mylittlehost.com |
Posted By: dpyers
Date Posted: 10 September 2005 at 11:57am
|
I recall running into a bug with FF's implementation of variable
list-box lengths/sizes. I believe it's documented on some of the css
bug sites. No workaround that I was able to find but it was before the
current version of FF was released. Where FF really drives me crazy is when creating custom error handling scripts. FF tosses a 404 for favicon.ico which it uses in the address bar. Also tosses an error on bookmark links within a page although it moves to the anchor. My error handlers usually email a message about errors to the admin and I have to put exception code code in to handle FF. ------------- 
Lead me not into temptation... I know the short cut, follow me. |