Vlad Lucaci, Desktop QA (:vlucaci) Reporter
	Description • 5 years ago

[Affected versions]:
- 65.0b4 

[Affected platforms]:

- Windows 10 
- Ubuntu 16.04 
- Mac OS 10.13c

[Steps to reproduce]:
1.Launch FF
2.Open the hamburger menu
3.Check the Content Blocking is set to Standard.
4.Go to mail.google.com and sign in with valid credentials, then close this tab.
5.In a new tab go to Pinterest.com
2.Choose to login with Google account.

[Expected result]:

- A third party window is opened in which the user is prompted to input his valid Google credentials, after which he will continue his way to the main page of Pinterest.

[Actual result]:

- A blank third party window is opened , in which the user cannot input his credentials in any way.

[Regression range]:

- This seems to be fixed on the latest builds. Mozregression outputed the following pushlog after running the find fix parameter:
18:42.49 INFO: No more inbound revisions, bisection finished.
18:42.49 INFO: First good revision: 2e5960963eb8c07e374247fab9f1c87e30f32339
18:42.49 INFO: Last bad revision: c3fe7a80a8e84e859b76a16bb49395911fef5f17
18:42.49 INFO: Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=c3fe7a80a8e84e859b76a16bb49395911fef5f17&tochange=2e5960963eb8c07e374247fab9f1c87e30f32339


[Additional notes]:

- This issue is not present on the latest nightly build 66.0a1 (2018-12-17).
- This issue does not occur if user is not logged in the session with a valid Google account. 
- This issue does not occur if user has the Google(gmail) tab opened while attempting to log into Pinterest with google account.

	Ryan VanderMeulen [:RyanVM]
	Comment 1 • 5 years ago

Andrea, can you please look into this?

	(no longer active)
	Comment 2 • 5 years ago

(I'm guessing that this is caused by the strict list...)

	Ryan VanderMeulen [:RyanVM]
	Comment 3 • 5 years ago

I've flipped the EARLY_BETA_OR_EARLIER ifdef ahead of this week's 65.0b8 build. Please confirm that this no longer reproduces with that set. Also, can you please try to bisect what fixed this on Nightly? Thanks!

	Vlad Lucaci, Desktop QA (:vlucaci) Reporter
	Comment 4 • 5 years ago

Hello Ryan :18:42.49 INFO: No more inbound revisions, bisection finished.
18:42.49 INFO: First good revision: 2e5960963eb8c07e374247fab9f1c87e30f32339
18:42.49 INFO: Last bad revision: c3fe7a80a8e84e859b76a16bb49395911fef5f17
18:42.49 INFO: Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=c3fe7a80a8e84e859b76a16bb49395911fef5f17&tochange=2e5960963eb8c07e374247fab9f1c87e30f32339

	Vlad Lucaci, Desktop QA (:vlucaci) Reporter
	Comment 5 • 5 years ago

As for (In reply to Vlad Lucaci (:vlucaci) from comment #4)
> Hello Ryan :18:42.49 INFO: No more inbound revisions, bisection finished.
> 18:42.49 INFO: First good revision: 2e5960963eb8c07e374247fab9f1c87e30f32339
> 18:42.49 INFO: Last bad revision: c3fe7a80a8e84e859b76a16bb49395911fef5f17
> 18:42.49 INFO: Pushlog:
> https://hg.mozilla.org/integration/mozilla-inbound/
> pushloghtml?fromchange=c3fe7a80a8e84e859b76a16bb49395911fef5f17&tochange=2e59
> 60963eb8c07e374247fab9f1c87e30f32339

Hello Ryan, please disregard previous comment as it is incomplete. 

The bisection returned the pushlog provided in comment 4 and it seems that bug 1505212 fixed the issue in nightly. 

I have checked in 65.0b8 and I can confirm that this issue is no longer present on Windows 10x64, macOS 10.14 and Ubuntu 18.04

	(no longer active)
	Comment 6 • 5 years ago

Marking as dupe since bug 1505212 has had other duplicates so this helps clarify things.