Skip to content

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 <[email protected]>
@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
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
@skjnldsv skjnldsv removed this from the Nextcloud 29 milestone Aug 14, 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)

5 participants