Bug 1627857 Comment 0 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Original comment by
on 
I am personally not a user of `browser.urlbar.openViewOnFocus` set to *false*, but I tried it out based on feedback I have seen since 75 has dropped to beta, and I think this would be a nice improvement. 

After setting `browser.urlbar.openViewOnFocus` to *false*, clicking or doing `Ctrl-l` should not put padding around the megabar. This matches Chrome's behavior in not adding rounding (for example) to the omnibar until a user has typed something. 

This would also ameliorate some of the inconsistency in bug 1614833 for people who bother to set this preference, since the inconsistency would only appear when there is text in the separate search box.
Revision 1 by
on 
I am personally not a user of `browser.urlbar.openViewOnFocus` set to *false*, but I tried it out based on feedback I have seen since 75 has dropped to beta, and I think this would be a nice improvement. 

After setting `browser.urlbar.openViewOnFocus` to *false*, clicking or doing `Ctrl-l` should not put padding around the megabar. This matches Chrome's behavior in not adding rounding (for example) to the omnibar until a user has typed something.
Revision 2 by
on 
I am personally not a user of `browser.urlbar.openViewOnFocus` set to *false*, but I tried it out based on feedback I have seen since 75 has dropped to beta, and I think this would be a nice improvement. 

After setting `browser.urlbar.openViewOnFocus` to *false*, clicking or doing `Ctrl-l` should not put padding around the megabar. This matches Chrome's behavior in not adding shadows (for example) to the omnibar until a user has typed something.

Back to Bug 1627857 Comment 0