Closed Bug 963169 Opened 12 years ago Closed 9 years ago

restoring tab doesn't restore responsive design view

Categories

(DevTools :: Responsive Design Mode, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: kr.kruk, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release) Build ID: 20131205075310 Steps to reproduce: 1. Open any site 2. Open console 3. Click on "response design view" 4. Close tab 5. Reopen last closed tab Actual results: The site opens in normal view Expected results: The site should be reopened in response design view (with previously set resolution)
[bugday-20140127]Confirmed on Windows 7 32bit with FF 29.0a1 (2014-01-26) i see the same behavior in Windows 7 FFV 26 Additional information: Be sure the set: When Nighty starts to " Show my window and tabs from the last time" But wher is a related issue is the fact that on the FF version29.0a1 (2014-01-26)the box you select responsive design in turns white in responsive design and does not go away until you click on it. This does not happen in FF26
I can reproduce this issue with latest Nightly on XP 32-bit.
Status: UNCONFIRMED → NEW
Component: Untriaged → Developer Tools: Responsive Mode
Ever confirmed: true
Restoring a tab also doesn't reopen the DevTools, which seems to be connected. Sebastian
Severity: normal → minor
OS: Windows XP → All
Hardware: x86 → All
Version: 26 Branch → Trunk
At the moment, I think the current behavior to _not_ restore RDM when restoring a tab is the safer, better choice, as it allows session restore to be focused on getting the content alone restored. It also allows us to keep DevTools separate from the browser's session / tab restore facilities. If it turns out that everyone is surprised by this behavior, we can rethink this choice.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.