Closed Bug 297152 Opened 20 years ago Closed 14 years ago

Endless loop retrieving pages when I click the "slurpee" button on itunes.com. MSIE fetches page correctly.

Categories

(Tech Evangelism Graveyard :: English US, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: muiter, Assigned: williamw)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

Endless loop retrieving pages when I click the "slurpee" button on itunes.com. 
MSIE fetches page correctly.

Reproducible: Always

Steps to Reproduce:
1. Go to itunes.com (page refreshes to apple.com/itunes.)
2. Click "slurpee" link for http://www.apple.com/itunes/slurpee
3. Observe endless loop of loading/rendering pages (address bar flickers between
SSL and NONSSL).

Actual Results:  
Had to close the window or quit, and retrieve webpage using MSIE.

Expected Results:  
Follow the link correctly.  Must be some bad HTML/script rendering mojo?
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511
Firefox/1.0.4
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050609
Firefox/1.0+ ID:2005060901
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050609
Firefox/1.0+ ID:2005060915

WFM
Webpage has changed slightly since original discovery, however behavior (endless
loop retrieving a link) still obtained by clicking the "Enter Code Now" link on
the new page (itunes.com -> click "slurpee")

Confirming.

I see this as well.

It's supposed to launch itunes.
Status: UNCONFIRMED → NEW
Ever confirmed: true
The endless loop problem is because of this code:

} else if (isNotIE) {
window.location.href=anotherURL;

anotherURL is supposed to be passed in as the second parameter, but nothing is
passed in so anotherURL is undefined.

So the question is should haveITMS be defined in our case? I don't think so
becasue that object tag is pure activex...
I received the same error. The link that you click on for "Enter code" is:
https://phobos.apple.com/WebObjects/MZFinance.woa/wa/com.apple.jingle.app.finance.DirectAction/freeProductCodeWizard

When I click this link in MSIE, it promts me "This page contains secure and
nonsecure items. Do you want to display the nonsecure items."

When I click "More info," MSIE presents me with a pop-up that reads:

===
Downloading non-secure content from a secure Web site

The Web site you are viewing is a secure site. It uses a security protocol such
as SSL (Secure Sockets Layer) or PCT (Private Communications Technology) to
secure the information you send and receive. 
When sites use a security protocol, information that you provide, such as your
name or credit-card number, is encrypted so that other people can’t read it.
However, this Web page also contains items that do not use this secure protocol. 
Given what you know about this Web site and your computer, you must decide
whether to continue working with this site. 

If you do not feel confident about working with this site, click No.
===
(In reply to comment #6)
> The endless loop problem is because of this code:
> 
> } else if (isNotIE) {
> window.location.href=anotherURL;
> 
> anotherURL is supposed to be passed in as the second parameter, but nothing is
> passed in so anotherURL is undefined.
> 
> So the question is should haveITMS be defined in our case? I don't think so
> becasue that object tag is pure activex...



It is true that that haveITMS should not be defined specifically, mostly because
it is ActiveX, but more so because specific applications (like iTunes) should
not have to be coded into the browser just to launch them. There has to be a
larger picture here dealing with how Firefox handles SSL when launching an app
in the manner that iTunes launches here.
Sounds like you have a handle on this, feel free to take it forward, William
Assignee: nobody → williamw
Component: General → English US
Product: Firefox → Tech Evangelism
(In reply to comment #9)
> Sounds like you have a handle on this, feel free to take it forward, William

Thanks much Ian, but I know for a fact that I won't be able to make the changes
of the code itself to get my idea to work. Basically, I've got a decent handle
on the picture, but don't actually know how to paint.

So essentially, thanks but no thanks. :-) I'll let the coding pros work it out,
but I'd definetely recommend looking into SSL as a whole rather than putting a
band-aid on it to get iTunes to load (not that that wouldn't be a good temporary
fix, just as long as it stays temporary).

Good luck forging ahead!
QA Contact: general → english-us
INCOMPLETE due to lack of activity since the end of 2009.

If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.

Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.