1448859 - Address bar doesn't work from new tab page in response design mode

Status: RESOLVED DUPLICATE of bug 1453519

(DevTools :: Responsive Design Mode, defect, P1)

Description

[Joseph Aditya P. G.]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Build ID: 20180326100107

Steps to reproduce:

1. Open dev tool
2. Go to response design mode
3. Enter an address, for example www.google.com
4. Hit enter


Actual results:

Nothing happens. Also notice that the Go arrow disappears.

This also happens in Firefox 59 and IIRC, in 58, too. Not sure about <= 57.


Expected results:

Firefox loads the URL.

Comment 1

[Joseph Aditya P. G.]

Edit:

Steps to reproduce:
3. Enter an address, for example www.google.com

should says "Enter anything, for example 'www.google.com' or 'a' (without quotes)"

Comment 2

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

Thanks for the report!  However, I am not sure I fully understand the issue.

Are you starting from a blank tab?  If not, what page are you on when starting RDM?

Can you check the Browser Console[1] to see if any errors are shown while doing this?

[1]: https://developer.mozilla.org/en-US/docs/Tools/Browser_Console

Comment 3

[Joseph Aditya P. G.]

> Are you starting from a blank tab?

Yes, this happens only on a new blank tab.


> Can you check the Browser Console[1] to see if any errors are shown while doing this?

Yes, I got "onboarding-session-end should pass valid session_key" (https://i.imgur.com/fJvXfMh.png).

The rests appeared when I launch the response design mode.

Comment 4

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

Hmm, okay, sounds like there aren't any errors related to RDM.  Could you try testing a fresh Firefox profile?  See Support docs[1] for more info.

[1]: https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles

Comment 5

[Joseph Aditya P. G.]

I think I found it:
1. Go to about:preferences#privacy
2. Scroll down to the History section
3. Set it to "Never remember history"
4. Restart Firefox
5. Follow the steps described in my initial report

Comment 6

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

Hmm, interesting.  Did you determine that from a new profile?

Here's what I tried:

1. Create new profile
2. Set history to "never remember"
3. Restart Firefox
4. The new tab page appears on startup (the fancy one, with top sites, search bar, etc.)
5. Open RDM
6. Enter URL

For me, the new URL loaded fine.  Can see any difference in my steps?  If you haven't tried a new profile yet, what happens if you do?

Comment 7

[Joseph Aditya P. G.]

> Did you determine that from a new profile?
Yup.

> Can see any difference in my steps?
Yes.
Try the following steps (added step 5):
1. Create new profile
2. Set history to "never remember"
3. Restart Firefox
4. The new tab page appears on startup (the fancy one, with top sites, search bar, etc.)
5. **Open a new tab**. The bug is only reproducible if you do the next steps in a new blank tab.
6. Open RDM
7. Enter URL

Comment 8

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

Thanks for the extra details!  I can reproduce this issue now.

Not sure of the cause yet, but I'll take a look.

Comment 9

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

After more testing, I realized that there are also issues with history enabled (default state) as well.  In this case, the page will load, but RDM is terminated.  Also not great, but somewhat different than the history disabled version.

Comment 10

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

I believe bug 1453519 has fixed this issue in Nightly 62.  Can you try Nightly 62 to see if it is fixed there for you as well?

Comment 11

[J. Ryan Stinnett [:jryans] (Use needinfo, replies may be slow)]

Hmm, the reporter's account is now disabled, so I assume they won't reply.

For now, let's assume this is the same as bug 1453519 until we hear otherwise.