[Experiment] The Discovery Stream page is not responsive when horizontally resized
Categories
(Firefox :: New Tab Page, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox65 | --- | unaffected |
firefox66 | --- | wontfix |
firefox67 | --- | wontfix |
firefox72 | --- | wontfix |
firefox73 | --- | fixed |
People
(Reporter: cmuresan, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
1.17 MB,
image/png
|
Details |
[Affected versions]:
- Firefox Nightly 67.0a1, Build ID 20190131093752
- Firefox Beta 66.0b3, Build ID 20190128143734
[Affected Platforms]:
- All Windows
- All Mac
- All Linux
[Prerequisites]:
- Set "browser.newtabpage.activity-stream.discoverystream.config" to "{"enabled":true,"show_spocs":true,"layout_endpoint":"https://getpocket.com/v3/newtab/layout?version=1&consumer_key=40249-e88c401e1b1f2242d9e441c4&layout_variant=basic"}" in a new profile.
[Steps to reproduce]:
- Start the browser and open a new tab.
- Start resizing the browser window horizontally from left to right and observe the 3rd card.
[Expected results]:
- All page elements resize and rearrange according to the window's size.
[Actual results]:
- Only the Search bar resizes.
[Notes]:
- In the default experience, there are 3 horizontal breakpoints.
- Here is a link to a screen recording of the issue: Link.
Updated•6 years ago
|
Comment 1•6 years ago
|
||
We are only supporting a single grid size width of 936 pixels (plus margins) for 66, so won't be uploading a fix for this for the MVP
Updated•6 years ago
|
Updated•6 years ago
|
Comment 2•6 years ago
•
|
||
For what it's worth, this MVP is now enabled by default on Nightly (as of bug 1523703 I think), so many Nightly users may start hitting this if they have manually-sized browser windows.
Here's a screenshot of what this bug looks like for me, in a pretty reasonably-sized browser window. (Not unusable, but a bit broken-looking and noticeable every time I open a new tab which is often.)
Updated•6 years ago
|
Comment 3•6 years ago
|
||
Wolasi, can you add details about why we've decided to push this to fx69?
Updated•6 years ago
|
Comment 4•6 years ago
|
||
Wolasi, sounds like the main concern is being responsive to narrow windows resulting in scroll bars and less so of excess whitespace on wider windows. If this is not for 68 when turning on for users, just making sure it's explicit that we do want those users to see scrollbars?
Comment 5•6 years ago
|
||
We will make the page responsive after our layout experiments have concluded and we know what the final layout for the page will be. Based on our current roadmap we should be ready to make the page responsive for v69 at the earliest.
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Updated•5 years ago
|
Comment 6•5 years ago
|
||
Reproduced on latest Nightly 73.0a1 (11.12.2019) on Windows 7.
Comment 7•5 years ago
|
||
Gavin, will this be fixed with the Responsive work you're doing in Nightly Fx 73 - Bug 1594537?
Updated•5 years ago
|
Comment 10•5 years ago
|
||
Thanks Ed! :)
Updated•5 years ago
|
Description
•