454007 - Button missing from Circuit City website

Status: RESOLVED INVALID

(Firefox :: General, defect)

Description

[D Andrian]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b1pre) Gecko/20080906021006 Minefield/3.1b1pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b1pre) Gecko/20080906021006 Minefield/3.1b1pre

This applies to every part of the circuitcity website that I've tried where a purchase is possible. Immediately above the "add to wish list" button is supposed to be a green "add to cart" button but the button is not displayed. The button displays properly and works in Camino 1.6.3. (It doesn't display in SeaMonkey 1.1.11 either.) 

Reproducible: Always

Steps to Reproduce:
1.Go to Circuit City website
2.Choose an item to purchase
3.Look for the "add to cart" button
Actual Results:  
No "add to cart" button appears on the web page.

Expected Results:  
Add to cart button is present and can be used to make purchase

Problem is present in SeaMonkey 1.1.11 too. I tried to use the "report a broken web site" menu option but report didn't get sent. When I hit the back button in the report dialogue box, I was taken back to the entry page but the "submit report" was then grayed so I couldn't try again.

Comment 1

[Tyler Downer [He/Him]]

Have you tried to reproduce this in Safe Mode (http://support.mozilla.com/en-US/kb/Safe+Mode)? WFM in Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b1pre) Gecko/20080906062345 Minefield/3.1b1pre.

Comment 2

[D Andrian]

Just tried it, and the button is still not present.

Comment 3

[Steven Michaud [:smichaud] (Retired)]

I can't reproduce this.

I tested this bug's URL in Firefox 3.0.1 and today's Minefield
nightly, on OS X 10.5.4 and 10.4.11, and never had any problem seeing
the green "add to cart" button.

You might also want to try with a fresh profile.  The easiest way to
do this (and one that's reversible, if need be) is as follows:

1) Quit Firefox.

2) Open a Terminal prompt and change to the Library/Application
   Support/ directory.

3) Rename the Firefox directory there to something like Firefox.old.

4) Restart Firefox.

Comment 4

[D Andrian]

I followed your instructions to create a new profile and you are correct; the add to cart button does appear. However, if I import my various settings from my current SeaMonkey account the button does not appear.
So rather than using the import feature, I tried copying various portions of the Firefox.old directory to the newly created directory to see what was causing the problem, and when I copied the chrome folder and its contents over, the add to cart button stopped displaying.
I manually copied all the contents of the "old" directory over to the new directory EXCEPT the chrome directory and now both Firefox and Minefield have all of my customizations (e.g. PrefBar) and bookmarks and cookie blocks but the "add to cart" button is still appearing on the Circuit City website. There is something in the "old" chrome folder that just doesn't get along with buying from Circuit City.

Comment 5

[D Andrian]

I have looked into this further. Since the problem also exists in SeaMonkey, whose file structure I'm more familiar with, I experimented with that and found that the only file which affected the "add to cart" button was the "chrome.rdf" file. I compared the new and original files and the new one was far longer.

I then tried the same process with Firefox, putting the various chrome folder contents into the "new" Firefox directory bit by bit and testing the Circuit City website. After putting all the old chrome files in, the add to cart button is still present, so I have no idea what's going on in Firefox though I do know the source of the problem for SeaMonkey.

Comment 6

[D Andrian]

Since the problem also existed in the nightly of SeaMonkey 2.0, I tested the presence and absence of different chrome files in its directory and found that the "userContent.css" file was causing the problem; removing it let the "add to cart" button display.

I then tested Firefox again and found that button missing (again) so, figuring the file structure for SeaMonkey 2 was probably closer to Firefox 3 than SeaMonkey 1.xx, I removed the "userContent.css" file from Firefox's chrome directory. The "add to cart" button is back again!

It turns out that the userContent.css file came from floppymoose.com and most likely disables that button. The contents of the file are shown below:

/*
 * This file can be used to apply a style to all web pages you view
 * Rules without !important are overruled by author rules if the
 * author sets any.  Rules with !important overrule author rules.
 */

/* 
 * hides many ads by preventing display of images that are inside
 * links when the link HREF contans certain substrings.  You may find
 * the current version of this file at: http://www.floppymoose.com
 */

A:link[HREF*="ad."]  IMG, 
A:link[HREF*="ads."]  IMG, 
A:link[HREF*="/ad"]  IMG, 
A:link[HREF*="/A="]  IMG, 
A:link[HREF*="/click"]  IMG, 
A:link[HREF*="?click"]  IMG, 
A:link[HREF*="?banner"]  IMG, 
A:link[HREF*="=click"]  IMG, 
A:link[HREF*="clickurl="]  IMG, 
A:link[HREF*=".atwola."]  IMG, 
A:link[HREF*="spinbox."]  IMG, 
A:link[HREF*="transfer.go"]  IMG, 
A:link[HREF*="adfarm"]  IMG, 
A:link[HREF*="bluestreak"]  IMG, 
A:link[HREF*="doubleclick"]  IMG, 
A:link[HREF*="/rd."]  IMG, 
A:link[HREF*="/0AD"]  IMG, 
A:link[HREF*="trackoffer."]  IMG, 
A:link[HREF*="tracksponsor."]  IMG { display: none ! important } 

/* disable ad iframes */
IFRAME[SRC*="ad."],
IFRAME[SRC*="ads."],
IFRAME[SRC*="/ad"],
IFRAME[SRC*="/A="],
IFRAME[SRC*="/click"],
IFRAME[SRC*="?click"],
IFRAME[SRC*="?banner"],
IFRAME[SRC*="=click"],
IFRAME[SRC*="clickurl="],
IFRAME[SRC*=".atwola."],
IFRAME[SRC*="spinbox."],
IFRAME[SRC*="transfer.go"],
IFRAME[SRC*="adfarm"],
IFRAME[SRC*="bluestreak"],
IFRAME[SRC*="doubleclick"],
IFRAME[SRC*="/rd."],
IFRAME[SRC*="/0AD"],
IFRAME[SRC*="trackoffer."],
IFRAME[SRC*="tracksponsor."]  { display: none ! important } 

/* turning some false positives back off */

A:link[HREF*="download."] IMG,
A:link[HREF*="netflix.com/AddToQueue"] IMG,
A:link[HREF*="click.mp3"] IMG { display: inline ! important }

/* 
 * For more examples see http://www.mozilla.org/unix/customizing.html
 */

Comment 7

[Steven Michaud [:smichaud] (Retired)]

> It turns out that the userContent.css file came from floppymoose.com
> and most likely disables that button.

So the stuff from floppymoose.com was one of your customizations?

I was already going to guess that your problem was caused by
incompatibilities between customizations, or between one or more of
those and the browser itself.  Or that maybe it arose when, having
installed a bunch of customizations, you upgraded the browser.

You might check if floppymoose.com has a more recent version of
userContent.css.

Comment 8

[D Andrian]

The floppymoose file I had installed was nearly four years old, and I'd simply forgotten about it. I just compared the current version to my original file and while many things have been added, nothing that I can see has been removed. So it's likely that the missing button behavior would persist.

The only customization that I'm currently using is PrefBar, which works with everything except Camino and allows considerable control over a website. It's also "in your face" when ever the browser is open so it's hard to forget. Things like the floppymouse file can be long term booby traps, since unlike PrefBar, they quickly loose their identity in the file structure and are seemingly unconnected from the trouble they can cause.

Thanks for the tip on how to create a clean Firefox directory; it's proven useful across the board, as you can see!

Comment 9

[Steven Michaud [:smichaud] (Retired)]

> Thanks for the tip on how to create a clean Firefox directory; it's
> proven useful across the board, as you can see!

You're most welcome.

I'm going to mark this INVALID, since it's the stuff from
floppymoose.com that seems to have caused the trouble.