266989 - RSS Button doesn't work after moving mouse pointer over a certain flash ad

Status: RESOLVED WORKSFORME

(Firefox :: Bookmarks & History, defect)

Description

[Michael Diestelberg]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026 Firefox/1.0RC1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20041030 Firefox/1.0RC2

When you visit the website http://www.dn.se/ you will see a flash ad on the
right (Screenshot: http://xylen.it/img/bugzilla.JPG). If you don't move your
mouse pointer over it, the RSS-button in the lower right corner of Firefox will
work. After you moved the mouse pointer over the ad the RSS-button don't works. 

Reproducible: Always
Steps to Reproduce:
1. Open the website http://www.dn.se/ and don't move your mouse pointer over the
flash ad on the right.
2. You will see the RSS-Icon in the lower right corner of your Firefox. It works.
3. Now move your mouse pointer over the flash ad - don't click it.
4. Try the RSS-Button now - it will not work.
Actual Results:  
The rss-Button don't works. 

Expected Results:  
The rss-button should work.

Comment 1

[Shannon Brown]

not sure if this is related, but the RSS button also breaks after you click on
the RSS link at http://aigabham.com - on both the html and the flash page. Also
using RC1 on XP.

Comment 2

[Pavel Penaz]

Confirming

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041029
Firefox/1.0RC2

Comment 3

[kstahl]

Yep, I can confirm this also.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026
Firefox/1.0RC1

Comment 4

[Markus Långström]

Confirming and changing summary.
Could anyone find out if this is Windows-only?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041026
Firefox/1.0RC1

Comment 5

[sairuh (rarely reading bugmail)]

->RSS stuff into Bookmarks or General, former for now.

Comment 6

[Phil Ringnalda (:philor)]

The root problem is http://ad.se.doubleclick.net/746782/robur_300x300_v2.swf
which takes two query-string parameters: clickTag2 for where you go when you
click it, and the odd one, clickTag1 for a URL that's loaded (somewhere)
onmouseover. That's set to
http://ad.doubleclick.net/click;h=v2|3484|0|0|%2a|g;11671842;0-0;0;10415999;267-300|300;7460671|7478567|1;;%3f
which returns a '204 No Content'.

Probably we just need a single ur-bug for "startDocumentLoad() clears
livemarkLinks before we know if a new document will actually load" - pretty sure
this is the same thing happening in the code as bug 258507 and bug 257438 only
with a different sort of non-content-replacing load.

Comment 7

[Mike Connor [:mconnor]]

sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change