Closed Bug 1918617 Opened 1 year ago Closed 1 year ago

Alert/prompt/confirm dialogue text missing in responsive design mode

Categories

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

Firefox 130
Desktop
All
defect

Tracking

(firefox-esr128 verified, firefox131 wontfix, firefox132 verified, firefox133 verified)

VERIFIED FIXED
133 Branch
Tracking Status
firefox-esr128 --- verified
firefox131 --- wontfix
firefox132 --- verified
firefox133 --- verified

People

(Reporter: matthew.french, Assigned: nchevobbe)

References

(Regression)

Details

(Keywords: regression)

Attachments

(3 files, 1 obsolete file)

Steps to reproduce:

Testing a confirm dialogue in responsive design mode (iPhone 11 Pro iOs 14.6, for example).

Actual results:

The text of the dialogue is not displayed.

Expected results:

The text of the dialogue should be displayed as it is on desktop (non responsive design mode).

The severity field is not set for this bug.
:Sylvestre, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(sledru)
Component: General → Responsive Design Mode
Flags: needinfo?(sledru)
Product: Developer Infrastructure → DevTools

Seems to work on 115, recent regression.

Nicolas, can you run mozregression, thanks!

Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(nchevobbe)
Severity: -- → S3
Priority: -- → P2

This was regressed by Bug 1897095

Flags: needinfo?(nchevobbe)
Keywords: regression
Regressed by: 1897095

There's now an extra margin-top which pushed the dialog content down https://searchfox.org/mozilla-release/rev/bad2bcb1b74cce00563fde8aab67ae924befe3c2/devtools/client/responsive/responsive-browser.css#21,34-37

.browserContainer.responsive-mode > .rdm-toolbar {
...
  + .browserStack > .dialogStack > .dialogTemplate > .dialogBox {
    margin-top: var(--rdm-toolbar-height);
  }
}

removing the declaration makes the dialog text appear

Set release status flags based on info from the regressing bug 1897095

:niklas, since you are the author of the regressor, bug 1897095, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(nbaumgardner)

(In reply to Nicolas Chevobbe [:nchevobbe] from comment #4)

There's now an extra margin-top which pushed the dialog content down https://searchfox.org/mozilla-release/rev/bad2bcb1b74cce00563fde8aab67ae924befe3c2/devtools/client/responsive/responsive-browser.css#21,34-37

.browserContainer.responsive-mode > .rdm-toolbar {
...
  + .browserStack > .dialogStack > .dialogTemplate > .dialogBox {
    margin-top: var(--rdm-toolbar-height);
  }
}

removing the declaration makes the dialog text appear

Maybe we could update the query to not apply when we have the sizeto="limitheight" attribute?

something like .dialogBox:not([sizeto='limitheight'])?

Flags: needinfo?(nbaumgardner)

(In reply to Niklas Baumgardner [:niklas] from comment #6)

(In reply to Nicolas Chevobbe [:nchevobbe] from comment #4)

There's now an extra margin-top which pushed the dialog content down https://searchfox.org/mozilla-release/rev/bad2bcb1b74cce00563fde8aab67ae924befe3c2/devtools/client/responsive/responsive-browser.css#21,34-37

.browserContainer.responsive-mode > .rdm-toolbar {
...
  + .browserStack > .dialogStack > .dialogTemplate > .dialogBox {
    margin-top: var(--rdm-toolbar-height);
  }
}

removing the declaration makes the dialog text appear

Maybe we could update the query to not apply when we have the sizeto="limitheight" attribute?

something like .dialogBox:not([sizeto='limitheight'])?

or maybe discriminate on the dialogStack element? for example & + .browserStack > .dialogStack:not(.content-prompt-dialog) > .dialogTemplate > .dialogBox as .content-prompt-dialog is the class where we decide to center the children on the grid, which means we don't need the top margin? Using sizeto seems risky as we could have an item that wouldn't be set in the center but needs to have a limited height, and would still do need the top margin. Not sure what can happen, so I'm happy to go with your suggestion if you think it makes more sense

Assignee: nobody → nchevobbe
Status: NEW → ASSIGNED
Pushed by nchevobbe@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/20422f409008 [devtools] Don't apply top margin on prompt dialogs when RDM is enabled. r=niklas,devtools-reviewers,ochameau.
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 133 Branch
Attachment #9429030 - Flags: approval-mozilla-beta?
Attachment #9429031 - Flags: approval-mozilla-beta?

beta Uplift Approval Request

  • User impact if declined: content for alert/confirm/prompt dialog is hidden when Responsive Design Mode is opened
  • Code covered by automated testing: no
  • Fix verified in Nightly: no
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: Open the DevTools console, enable responsive design mode, in the console, evaluate alert("hello"). In the dialog that opened, check that "hello" is visible
  • Risk associated with taking this patch: low
  • Explanation of risk level: one liner CSS fix only impacting Responsive Design Mode
  • String changes made/needed: -
  • Is Android affected?: no
Flags: qe-verify+
Attachment #9429030 - Attachment is obsolete: true
Attachment #9429030 - Flags: approval-mozilla-beta? → approval-mozilla-beta-
Attachment #9429031 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
QA Whiteboard: [qa-triaged]

I can reproduce this issue in Beta v132.0b1 and confirm the fix in Beta v132.0b3 and Nightly v133.0a1. Testing was performed on Windows 10, Ubuntu 22 and MacOS11.

Status: RESOLVED → VERIFIED
Flags: qe-verify+

Comment on attachment 9429031 [details]
Bug 1918617 - [devtools] Don't apply top margin on prompt dialogs when RDM is enabled. r=niklas.

Approved for 128.4esr.

Attachment #9429031 - Flags: approval-mozilla-esr128+
Duplicate of this bug: 1924362

I can confirm that the fix also works fine in ESR v128.4.0esr. Testing was performed on Windows 10, MacOS 11 and Ubuntu 22.

OS: Unspecified → All
Hardware: Unspecified → Desktop
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: