-
Notifications
You must be signed in to change notification settings - Fork 9.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
core(content-width): not applicable on desktop #5893
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
but honestly the whole PWA category should be taken with a grain of salt if you're not auditing with mobile (toplevel warning perhaps? or maybe the justification for category level warning 😄)
Definitely. Top level warning might be the best idea until we have a real solution for this future world of ChromeOS/Windows desktop PWAs
const viewportWidth = artifacts.ViewportDimensions.innerWidth; | ||
const windowWidth = artifacts.ViewportDimensions.outerWidth; | ||
const widthsMatch = viewportWidth === windowWidth; | ||
|
||
if (context.settings.disableDeviceEmulation) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
wouldn't this be disabled if you're running on a real phone, though?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm, yes it would. Maybe a HostUserAgent
plus disableDeviceEmulation
check? Probably worth rolling up into a generic context isMobile
boolean
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OTOH, I'm somewhat convinced this is essentially a redundant check with the viewport one, so I'm not inclined to go crazy propping it up.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fwiw this does also not work for the lr-desktop preset.
but it looks like we're going to use viewport emulation for lr-desktop now, with viewport of 1366x768
and mobile:false
, to fix a screenshot bug.
So we also have that situation to contend with. :)
Seems like this has been referenced in a few issues as a fix, anyone else wanna take a look? :) |
discussed a bit in the meeting. seems like
I think this captures the cases we described above. that sound right? |
sounds great! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🐁 🐘 💥 !
https://twitter.com/gcmznt/status/1032188854130880512 got me thinking that since the audit is just useless in DevTools without emulation we should mark it as not applicable. The meta tag should still capture this concern on the desktop site, but honestly the whole PWA category should be taken with a grain of salt if you're not auditing with mobile (toplevel warning perhaps? or maybe the justification for category level warning 😄)