Skip to content
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

[Bug]: Content overflows outside content area on mobile devices for theme Feelin' Good #7682

Open
krutidugade opened this issue Mar 16, 2024 · 3 comments · May be fixed by Automattic/jetpack#37025
Assignees
Labels
Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". [Pri] High [Status] Priority Review Triggered KitKat has been notified of this issue in #dotcom-triage-alerts Triaged [Type] Bug Something isn't working

Comments

@krutidugade
Copy link

Quick summary

Feelin' Good theme is not mobile responsive. The content added overflows outside content area for mobile devices. Some of the content can't be seen. User reported issue with videos on their site in -zen. I could replicate this on my site - https://testbizplanplayground.wpcomstaging.com/home-2/

Screenshot 2024-03-16 at 12 56 06 AM

Steps to reproduce

  1. Activate Feelin' Good theme - https://wordpress.com/theme/feelingood
  2. Create a page and add image block with image
  3. Add videopress block with a video
  4. Add few column blocks with content
  5. Add paragraph block with some text
  6. Publish the page
  7. Check the page on mobile device

What you expected to happen

The content should appear within the content area

What actually happened

The content (text, image, video) stretches outside the content area making a portion of it not visible to viewers

Browser

Google Chrome/Chromium

Context

Customer report in 7894295-zen regarding video not fitting in the frame.

Platform (Simple, Atomic, or both?)

Simple, Atomic

Other notes

No response

Reproducibility

Consistent

Severity

None

Available workarounds?

None

Workaround details

On inspecting I noticed, this is caused because of following CSS

body .is-layout-flex {
display: flex;
}

Changing to display:block fixes the issue but I feel this workaround is incorrect. Let me know if this would work as temporary fix:

@media only screen and (max-width: 600px) {
body .is-layout-flex {
display: block;
}
}

@krutidugade krutidugade added [Type] Bug Something isn't working Needs triage labels Mar 16, 2024
Copy link
Contributor

Support References

This comment is automatically generated. Please do not edit it.

  • -zen
  • 7894295-zen

@github-actions github-actions bot added the Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". label Mar 16, 2024
@github-actions github-actions bot added the [Status] Priority Review Triggered KitKat has been notified of this issue in #dotcom-triage-alerts label Mar 22, 2024
@mpkelly
Copy link

mpkelly commented Apr 22, 2024

I have reproduced this and will look at a fix now.

@mpkelly
Copy link

mpkelly commented Apr 23, 2024

This is turning out to be a tricky issue. The fix is simple in theory but can be made in different places: core, Jetpack, and individual theme files. I've found that most themes don't have this issue, but comparing those with Feelin' Good, I can't see what's different. Ideally, I would make Feelin' Good consistent with them rather than add some special CSS to its theme.

Another option is to update Jetpack in a way that iframe use width:100%; max-width: nnnpx instead of width:nnnpx as the first one will not overflow like the containers. I've drafted a PR, Automattic/jetpack#37025, but I'm still not sure it's the best solution and testing turned out to be problematic anyway.

I also found that the Freddie theme has a similar issue to the one reported here. There are probably others, too, which makes me think that we should fix it in the block. I will try and deploy something tomorrow.

Screenshot 2567-04-23 at 15 50 26

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". [Pri] High [Status] Priority Review Triggered KitKat has been notified of this issue in #dotcom-triage-alerts Triaged [Type] Bug Something isn't working
Projects
Development

Successfully merging a pull request may close this issue.

3 participants