Closed Bug 725631 Opened 9 years ago Closed 9 years ago

Visiting youtube before other websites and navigating back to youtube, forward button gets disabled

Categories

(Core :: DOM: Navigation, defect)

Product:
Core
Component:
DOM: Navigation
Version:
11 Branch
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: remus.pop, Unassigned)

References

Details

Happens on Firefox 11 beta 2.

STR:

1. Open new tab
2. Go to youtube.com
3. Open one ore more websites in the same tab
4. Navigate back to youtube

Expected:
Forward navigation takes you to the websites that were visited before navigating back.

Actual:
Forward button disappears and does not remember any "forward" history.

Build identifier: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20100101 Firefox/11.0
Maybe duplication of Bug 682115
I cannot reproduce this in a nightly build.
Component: Toolbars → Document Navigation
Product: Firefox → Core
QA Contact: toolbars → docshell
I can reproduce with clean profile
http://hg.mozilla.org/mozilla-central/rev/7c0ba1c98ff7
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120209 Firefox/13.0a1 ID:20120209031242
OS: Windows XP → All
Alice, what were your precise str?
(In reply to Justin Lebar [:jlebar] from comment #4)
> Alice, what were your precise str?
Build Identifier:
http://hg.mozilla.org/mozilla-central/rev/7c0ba1c98ff7
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120209 Firefox/13.0a1 ID:20120209031242

Reproducible: Always

Steps to Reproduce:
1. Start Firefox with new profile
2. Open new tab
3. Type youtube.com in Location bar and push Enter
4. Click Home button
5. Click Back button

Actual Results:
  Forward button does not appear.(immediately disappears)

Expected Results:
  Forward button should appear.
There must be something else going on here because I cannot reproduce this with the exact same build as Alice on the exact same platform with the exact same steps.
I can also repro on reproduce 10.04
http://hg.mozilla.org/mozilla-central/rev/7c0ba1c98ff7
Mozilla/5.0 (X11; Linux i686; rv:13.0a1) Gecko/20120209 Firefox/13.0a1 ID:20120209031242
Severity: blocker → normal
(In reply to Alice0775 White from comment #7)
> I can also repro on reproduce 10.04
> http://hg.mozilla.org/mozilla-central/rev/7c0ba1c98ff7
> Mozilla/5.0 (X11; Linux i686; rv:13.0a1) Gecko/20120209 Firefox/13.0a1
> ID:20120209031242

And I cannot :/

There has to be something more than just new install, new profile, open youtube, go to any website, back, forward, back.
I guess that youtube send us different page by IP address(country/locale)
(In reply to Alice0775 White from comment #9)
> I guess that youtube send us different page by IP address(country/locale)

Can you please indicate the precise URLs you are loading at each step of the way?
I set US http proxy, then I cannot reproduce.
If you set JP http proxy 49.212.112.118:3128 (not a permanent address), you may reproduce,


(In reply to Anthony Hughes, Mozilla QA (irc: ashughes) from comment #10)
> (In reply to Alice0775 White from comment #9)
> > I guess that youtube send us different page by IP address(country/locale)
> 
> Can you please indicate the precise URLs you are loading at each step of the
> way?

Step3:
[05:34:16.921] GET http://www.youtube.com/ [HTTP/1.1 200 OK 396ms]
[05:34:17.176] GET http://i3.ytimg.com/vi/2AfIQX8YUVw/hqdefault.jpg [HTTP/1.1 200 OK 24ms]
[05:34:17.796] GET http://ad-g.doubleclick.net/N6762/adi/mkt.ythome_1x1/;sz=1x1;tile=3;kgender=f;k21=1;kga=1002;kar=4;klg=en;kage=31;kgg=2;kt=K;kcr=jp;dc_dedup=1;kmyd=ad_creative_3;ord=694663130663056? [HTTP/1.1 200 OK 70ms]
[05:34:17.946] GET http://i1.ytimg.com/vi/diGRRQfHmok/default.jpg [HTTP/1.1 200 OK 24ms]
[05:34:18.060] GET http://google.com/pagead/drt/ui [HTTP/1.1 302 Found 72ms]
[05:34:18.062] GET http://csi.gstatic.com/csi?v=2&s=youtube&action=glo&e=904551,903708,911607,913602,916201&li=0&rt=ct.406,homenav.456,homesidebar.461,homefeed.476,homefooter.594,ol.914,aft.914 [HTTP/1.1 204 No Content 291ms]
[05:34:18.067] GET http://n4061ad.jp.doubleclick.net/adj/com.ythome/_default;sz=399x299,300x250;tile=1;dcopt=ist;kgender=f;k21=1;kga=1002;kar=4;klg=en;kage=31;kgg=2;kt=K;kcr=jp;dc_dedup=1;kap=0;ord=3269261473149543? [HTTP/1.1 200 OK 76ms]
[05:34:18.134] GET https://googleads.g.doubleclick.net/pagead/drt/si?p=CAA&ut=AFAKxlQAAAAATzQxSTDdYqFKAR0bpMaDFyQLg9w0bTST [HTTP/1.1 200 OK 66ms]
[05:34:18.156] GET http://n4061ad.jp.doubleclick.net/activity;src=2645282;met=1;v=1;pid=18708550;aid=250129258;ko=0;cid=46350960;rid=46367928;rv=1;&timestamp=1328819658143;eid1=9;ecn1=1;etm1=0; [HTTP/1.1 302 Found 54ms]
[05:34:18.326] GET http://clients1.google.com/generate_204 [HTTP/1.1 204 No Content 20ms]
[05:34:18.375] GET http://n4061ad.jp.doubleclick.net/activity;src=2645282;met=1;v=1;pid=18708550;aid=250129258;ko=0;cid=46350960;rid=46367928;rv=1;&timestamp=1328819658143;eid1=9;ecn1=1;etm1=0;&_dc_ck=try [HTTP/1.1 200 OK 52ms]

step 4:
-

Step 5:
[05:35:33.511] GET http://n4061ad.jp.doubleclick.net/adj/com.ythome/_default;sz=399x299,300x250;tile=1;dcopt=ist;kgender=f;k21=1;kga=1002;kar=4;klg=en;kage=31;kgg=2;kt=K;kcr=jp;dc_dedup=1;kap=0;ord=8045759619743444? [HTTP/1.1 200 OK 80ms]
[05:35:33.601] GET http://n4061ad.jp.doubleclick.net/activity;src=2645282;met=1;v=1;pid=18708550;aid=250129258;ko=0;cid=46350960;rid=46367928;rv=1;&timestamp=1328819733594;eid1=9;ecn1=1;etm1=0; [HTTP/1.1 302 Found 54ms]
[05:35:33.655] GET http://n4061ad.jp.doubleclick.net/activity;src=2645282;met=1;v=1;pid=18708550;aid=250129258;ko=0;cid=46350960;rid=46367928;rv=1;&timestamp=1328819733594;eid1=9;ecn1=1;etm1=0;&_dc_ck=try [HTTP/1.1 200 OK 53ms]
[05:35:33.751] GET http://csi.gstatic.com/csi?v=2&s=youtube&action=glo&e=904551,903708,911607,913602,916201&li=0&rt=ct.46,homenav.392,homesidebar.395,homefeed.410,homefooter.532,ol.894,aft.894 [HTTP/1.1 204 No Content 290ms]
[05:35:33.754] GET http://n4061ad.jp.doubleclick.net/adj/com.ythome/_default;sz=399x299,300x250;tile=1;dcopt=ist;kgender=f;k21=1;kga=1002;kar=4;klg=en;kage=31;kgg=2;kt=K;kcr=jp;dc_dedup=1;kap=0;ord=7609687383789149? [HTTP/1.1 200 OK 62ms]
[05:35:33.845] GET http://n4061ad.jp.doubleclick.net/activity;src=2645282;met=1;v=1;pid=18708550;aid=250129258;ko=0;cid=46350960;rid=46367928;rv=1;&timestamp=1328819733821;eid1=9;ecn1=1;etm1=0; [HTTP/1.1 302 Found 52ms]
[05:35:34.073] GET http://n4061ad.jp.doubleclick.net/activity;src=2645282;met=1;v=1;pid=18708550;aid=250129258;ko=0;cid=46350960;rid=46367928;rv=1;&timestamp=1328819733821;eid1=9;ecn1=1;etm1=0;&_dc_ck=try [HTTP/1.1 200 OK 53ms]
Also reproducible on OSX 10.6.8 so all main platforms are affected.
Is this reproducible in Firefox 10.0.1? and if so, how far back does it go?
(In reply to Anthony Hughes, Mozilla QA (irc: ashughes) from comment #13)
> Is this reproducible in Firefox 10.0.1? and if so, how far back does it go?
I can reproduce on Firefox10.0.1
I can reproduce on Firefox1.5.0.12 to Nightly13.0a1. I do not test it for the former version 1.5.


It works as expected  on IE9 Chrome17.0.963.46m and Opera11.61.


This is a problem to happen only in Firefox
Well, at the very least this confirms it's not a regression. Perhaps a regression in the new youtube UI, unfortunately there is no way to confirm. 

Also, as of yet we have no ability to reproduce this in North America. Your HTTP headers indicate you are hitting some geo-locale specific sites which we cannot replicate here. 

Justin, can you give any advice to test this further? Do you have enough to go on?
See Also: → 682115
> Justin, can you give any advice to test this further? Do you have enough to go on?

With no way to reproduce, this is going to be pretty hard for me to get a handle on...

However, maybe smaug can observe this behavior?
Does going back to youtube make it load something in an iframe or something like that.
(maybe there is some ad loaded?)
That would remove forward-history.
> Actual: Forward button disappears and does not remember any "forward" history.

Oh, I misread this bug.  I thought it was saying that the forward button was there and active, but didn't do anything.  That would definitely be a bug.  As is, it is likely not.

Chrome's session history is significantly different than ours when it comes to iframes, so I'm not surprised they behave differently.
So is this WONTFIX, INVALID?
Sure.  It's possibly our bug, but seems unlikely to me.
Okay, marking INVALID for the time being. If someone can provide evidence that this is our bug, please reopen.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.