Closed Bug 76485 Opened 24 years ago Closed 23 years ago

support.microsoft.com doesn't load with WinMe

Categories

(Tech Evangelism Graveyard :: English US, defect, P2)

Product:
Tech Evangelism Graveyard
Component:
English US
Platform:
x86
Windows ME
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WONTFIX

People

(Reporter: wd, Assigned: bc)

References

(
URL
)

Details

(Whiteboard: investigating)

Attachments

(2 files)

sniffer traffic from NT session
145.13 KB, text/plain
Details
sniffer traffic from ME session
96.59 KB, text/plain
Details 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.8.1+) Gecko/20010417
BuildID:    2001041704

The web site http://support.microsoft.com doesn't load if you are running WinMe.
 It seems to infinitely re-direct.

Reproducible: Always
Steps to Reproduce:
1.Open http://support.microsoft.com
2.
3.

Actual Results:  Page never opens.  Seems to re-direct infinitely.

Expected Results:  Page opens relatively quickly

The page seems to open fine w/ Linux and Win98.   This one might be for
Evangelism...  I'm not sure
It seems to work perfectly for me on WinNT4 build 2001041704.
i can't remember who owns that dialog
Assignee: asa → radha
URL: http://http://support.microsoft.com → http://support.microsoft.com
Component: Browser-General → History: Session
QA Contact: doronr → claudius
I have a NT machine, nothing with WinMe. I'm passing it to the browser team as 
they own the browser-general component. If there is a specific problem with 
redirections, refresh-redirect or SH , please send it my way.
Assignee: radha → vishy
Component: History: Session → Browser-General
worksforme linux build 2001-04-17-08 (though it's kinda slow).

The page in question sends us on a long chain of redirects (on the order of 10
or so).  Some of these require a cookie acceptance and will redirect in a loop
if the cookie is not accepted... wdormann, are you blocking any cookies?
I'm not blocking any cookies at all.
I've tested Win98, Linux, and NT and they all load the page fine.   My WinMe 
machine at work here will not load it at all.
Indeed, seeing this, not blocking cookies
using windows Me, cvs 20010416...
it seems to eternally reconnect to that page, ive had the status bar alternating
'connecting to support.microsoft.com' and 'transferring data from
support.microsoft.com' for 15 minutes, with the occasional 'connected to...' and
'resolving host...' in between.
nominating for nsbeta1.
Keywords: nsbeta1
reassigning to steve morse. marking nsbeta1+, P3.
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P3
Target Milestone: --- → mozilla0.9.2
Really reassigning to Steve.
Assignee: vishy → morse
FWIW, the same thing happens with Lynx although Lynx eventually stops with the
message: "Alert!: Redirection limit of 10 URL's reached."
Vishy, I'm going to need an ME machine in order to investigate this.  Do you 
want me to set one up, or is there someone else that already had one that we can 
reassign this bug to?
Priority: P3 → P2
lisa - do we have any winme machines in house that we can use to repro and fix 
this? thanks, Vishy
Yes, we should have a few.  Install QA has one (pls email jimmylee and gbush)
and nbaca has one.
Whiteboard: awaiting answer to my question of 5-6
nav triage team:

Can someone in QA test this under WinME to see if it still occurs?

Steve have you contacted jimmylee, nbaca and gbush about this. I think you shd
start there. 
yes. as it turns out there is a WinME machine available in the lab(lab 210). With the
2001053104 build (the last ones before the branch) this bug still reproduces exactly as
originally reported - continually cylcling through connecting and resolving.

Cladius, can I take that machine home with me for a week?
There's nothing I can do with this bug without an ME machine.  Unless someone 
is willing to lend me an ME machine for a week, or there is someone with an ME 
machine that this can be reassigned to, this bug won't get fixed for rtm.
Status: NEW → ASSIGNED
Steve - I'm sorry I shd have updated the bug. Selmer has a laptop with WinMe
that he can loan you. Can you talk to him today about it. thanks,
Whiteboard: awaiting answer to my question of 5-6 → investigating
Steve - how is this going? I tried to investigate a bit today with Ftang and 
also with Darin, not much headway. Do you have your setup on WinMe yet?  
I have been working on this full time but so far no luck.  Problems are many.  I 
am not able to get selmer's machine to work with my router.  Therefore I can't 
network to it.  So next approach was to connect it directly to my dsl line 
without using a router.  But that required that I install some software on that 
machine for initializing the dsl connection.  That software comes on a CD rom.  
Unfortunately selmer's machine doesn't have a CD rom reader (or if it does, he 
didn't give it to me).

So to date, although I've spent a lot of time on this, I am still not up to the 
point of even being able to see if I can reproduce the bug.
If there's anything I can do to help, just let me know.   (I'm on WinMe)
Steve - do we have a dev environment on this  machine. Lets work on this
tomorrow while you're in Mtn View, and I'll take it over after that, if its not
done tomorrow. We can gt past the network problems then. 
No, there's no dev environment on the machine.  But the network problem is what 
is holding me up because without a network I can't even get to the point of 
needing a dev environment.
I think we shd work on this in Mtn View, when we wont have to solve the network
connectivity issue. Lets do that tomorrow, and if we cant complete it, you can
hand it over to me to finish up. 
OK, I worked on this in Mt. View on the Q/A machine and was able to figure out 
that the problem is one of evangalism.  Here's what I did:

1. I installed a sniffer and traced the traffic when trying to bring up the 
support.microsoft.com site on the ME machine.  I then did the same thing on an 
NT machine.  I'll attach the output for each case.

2. I compared the outputs to see where they started to differ.  They both did 
several gets and got a redirect response in each case.  Finally they did a get 
to /kb/c.asp?fr=0&SD=GN&LN=EN-US.  They each sent out the identical request 
except for the user-agent string.  The ME machine got another redirect response.  
The NT machine got a page to display.

3. The different useragent strings in the two cases are:

NT:

   Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+) Gecko/20010619

ME:

   Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.1+) Gecko/200105

4. I then added the following line to the prefs.js file on the ME machine to 
override the user-agent string:

   user_pref("general.useragent.override",
         "Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+)Gecko/20010619");

5. I restarted the browser, went to the support.microsoft.com website, and it 
came up just fine.

reassigning to evangelism
Assignee: morse → bclary
Status: ASSIGNED → NEW
Component: Browser-General → Evangelism
QA Contact: claudius → zach
moving target milestone to 0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
> Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.1+) Gecko/200105

Should there be spaces between Win, 9x and 4.90?
I have contacted Microsoft concerning these problems however due to external
factors it is clear that Evangelism is not an appropriate method of contacting
them concerning problems with their content.

Marking WONTFIX.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Target Milestone: mozilla0.9.3 → ---
Version: other → unspecified
*** Bug 110043 has been marked as a duplicate of this bug. ***
Verified per instructions at http://mozilla-evangelism.bclary.com/evangelism.html
Status: RESOLVED → VERIFIED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: