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

fix app management scrolling for Safari/WebKit browsers #44096

Closed
wants to merge 3 commits into from

Conversation

linuzer
Copy link

@linuzer linuzer commented Mar 8, 2024

fix #42249 scrolling for Safari-Browser.

Checklist

fix scrolling for Safari-Browser.
nextcloud#42249

Signed-off-by: linuzer <github@tscholz.net>
@linuzer linuzer changed the title Update AppItem.vue fix scrolling for Safari-Browser Mar 8, 2024
@solracsf solracsf added the 3. to review Waiting for reviews label Mar 8, 2024
@solracsf solracsf added this to the Nextcloud 29 milestone Mar 8, 2024
@joshtrichards joshtrichards changed the title fix scrolling for Safari-Browser fix app management scrolling for Safari/WebKit browsers Mar 12, 2024
@Altahrim Altahrim mentioned this pull request Mar 12, 2024
@@ -210,7 +210,6 @@ export default {

.app-name--link::after {
content: '';
position: absolute;
top: 0;
left: 0;
right: 0;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Removing position: absolute should be together with inset values - top, left etc. They doesn't work for static position. And without absolution position the whole ::after doesn't work, it has no size.

But this pseudo-element ::after was added intentionally. It allowed to click on the table row like it is a link. Without it, you need to click exactly on the text to open sidebar.

If it is removed, we need some alternative here. Or find the reason, why having it breaks Safari. I'll have a look in 2-3 hours on Safari.

image

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a known Safari behavior. According to the standard, position behavior on TR is not defined. While it works fine in other browsers, Safari does not allow to set the position.

https://bugs.webkit.org/show_bug.cgi?id=240961

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see what you say, but unfortunately I am not able to provide a better solution.

For the time being until someone finds a better solution or Safari provides a fix, I personally would prefer to have a working app management page with a "too-small" link on the app-name rather than a broken page. But that's just my 2 cents.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A better solution wasn't simple, especially with some legacy parts of this page.

Thank you for your work on the issue.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, thank you for this far better solution! 👍

This was referenced Mar 14, 2024
@ShGKme
Copy link
Contributor

ShGKme commented Mar 19, 2024

Fixed in #44236

@ShGKme ShGKme closed this Mar 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug]: Apps UI not working in WebKit browsers (Safari, iOS/iPadOS, GNOME/Epiphany)
4 participants