The following error occured using viewer.exe of M5 on Windows NT4 Service Pack 3: When I visit my Homepage (http://sites.inka.de/splinter/) an just type http://sites.inka.de/splinter instead http://sites.inka.de/splinter/ i get the forbidden error. Another problem there is, that the background of my website is displayed wrong. The error there it that there occures all 5 CM a big black strip which should not be there.

1. This is a frames related bug. Viewer gets the redirect and loads the frameset but possibly calculates the url of the frames from the original url, and not from the destination of the redirect. This bug is NOT present in Apprunner. 2. I've checked 1999052208 and I've seen no visual error in the appearance of the background. (I'm running Win98 though.) Changing component to: Viewer App (was: Apprunner)

Re-assigning this to match the change in component. It might be that apprunner working is just a fluke due to the level of indirection (its content is loaded in an iframe within navigator.xul). I suspect it's a webshell thing destined for Nisheeth, et al.

Chris -- I'm starting with you on this in the (unlikely) event that you are examing URL's. If not, then let's see who in the browser/networking team owns URL resolution.

Nisheeth, please take a look at this.

This bug is happening because of weirdness in netlib land. Code in webshell depends on netlib adding a trailing slash to the URL for the case when the URL points to a directory. This is only happening for the case when the frameset document does not exist in the cache. So, if you nuke your cache and load the above URL, everything works fine but all subsequent URL loads end up with the forbidden error message. When Necko lands, this url rewriting hack will need to be removed. Setting status and marking target milestone M8.

Updating summary to show dependency on Necko.

Moving out Necko related bugs to M9...

Moving bugs blocked by Necko to M10...

This bug has been fixed by the Necko landing...

niseeth, is this testable in apprunner (and if it is how) or do I have to dig up viewer. I follow the discussion but I'm not sure how to repro/test/verify in apprunner

Claudius, just verify that the bug described by SpamIrrer@gmx.de in the first comment on this report is fixed. It isn't possible to verify the trailing slash hack removal because that is a code level re-org that results in no behavioral change.

Marking bug as VERIFIED fixed for 1999081908 builds, resetting milestone to M9 since that's when it was fixed. Please note for the eager to test or reproduce this particular url will not appear to work but that's because of a different bug with the javascript call for history.back(-1)