Closed
Bug 1401196
Opened 8 years ago
Closed 7 years ago
Changing device type causes page refresh
Categories
(DevTools :: Responsive Design Mode, enhancement, P2)
Tracking
(firefox60 verified)
VERIFIED
FIXED
Firefox 60
| Tracking | Status | |
|---|---|---|
| firefox60 | --- | verified |
People
(Reporter: shobson, Assigned: jryans)
References
Details
Picking a new device type out of the drop down in RDM causes the page to refresh.
This is unexpected behaviour.
It's a real problem if you are working in the Style Editor and the refresh causes you to lose all the code you've been working on.
| Assignee | ||
Comment 1•8 years ago
|
||
Hmm, this is a hard one.
The refresh currently happens because of touch simulation: choosing a device (for most mobile devices at least) enables touch simulation. But pages generally can't respond to a changing between non-touch vs. touch, so currently we reload the page so that touch mode is simulated more accurately.
Reloading of course has many down sides, like lost toolbox state, lost app state if it's a complex single page app, etc.
Any suggestions on how we can resolve these two opposing forces? Should we never trigger a reload for touch, but then notify that it might be needed? (This is the approach taken by the "old" RDM UI.) Something else?
| Reporter | ||
Comment 2•8 years ago
|
||
I'd be happy if device size and touch simulation operated independently of each other. You could move the little touch icon down next to the device drop down or the device rotate icon. Then you could warn the user that enabling or disabling touch simulation causes a refresh when they interact with it (with a "never warn me again" checkbox on the message).
Right now touch simulation feels like something that happens randomly to me. I had not figured out why sometimes touch turned on and sometimes it did not - probably because I don't want to test "iPad" specifically when switching to iPad, what I'm testing is a screen that is 1024px wide so my mental model is all wrong.
Not sure how many other users take this approach so hopefully you have some analytics or could do some user testing to see if this would be more or less confusing.
Flags: needinfo?(shobson)
| Assignee | ||
Comment 4•7 years ago
|
||
:shobson, could you check the new behavior in Nightly added by bug 1428816? The new default is no automatic refreshing. In addition, there's a new UI control to enable refreshing for certain changes, if desired.
Does this work well for your use case?
Flags: needinfo?(shobson)
| Assignee | ||
Comment 6•7 years ago
|
||
Great to hear! :)
Assignee: nobody → jryans
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox57:
fix-optional → ---
status-firefox60:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 60
| Assignee | ||
Updated•7 years ago
|
Status: RESOLVED → VERIFIED
Updated•7 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•