Project

General

Profile

Actions

Bug #104697

open

Unexpected behaviour - placing new items in the page tree. Safari Desktop

Added by Tom Warwick 3 months ago. Updated about 2 months ago.

Status:
Accepted
Priority:
Could have
Assignee:
Category:
Pagetree
Target version:
-
Start date:
2024-08-22
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
13
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

When adding a new item to the page tree (Page, Mount Point etc) I expect to see the blue line which indicates where my new item will be placed in the page tree.

In both Safari Desktop 17.6 & 18.0 Preview the blue line appears intermittently.

Examples attached.


Files

Safari_18.gif (18.6 MB) Safari_18.gif Tom Warwick, 2024-08-22 11:34
Safari_17.gif (4.62 MB) Safari_17.gif Tom Warwick, 2024-08-22 11:38
Screenshot 2024-10-07 at 15.42.40.png (439 KB) Screenshot 2024-10-07 at 15.42.40.png Profiling Andreas Kienast, 2024-10-07 13:43
paint-flash-page-tree-drag-tooltip.mp4 (1.35 MB) paint-flash-page-tree-drag-tooltip.mp4 Benjamin Franzke, 2024-10-07 13:44

Related issues 1 (1 open0 closed)

Related to TYPO3 Core - Bug #104918: Drag & Drop to create pages in pagetree is not usable anymoreAccepted2024-09-11

Actions
Actions #1

Updated by Tom Warwick 3 months ago

  • Category set to Pagetree
Actions #2

Updated by Andreas Nedbal 3 months ago

I tried replicating this on Mac OS Sonoma 14.5, with Safari 17.5 and 18.0 Technical Preview, and I wasn't able to replicate this dragging behaviour. do you have any extensions installed in Safari that might interfere here?

Actions #3

Updated by Andreas Kienast 3 months ago ยท Edited

I cannot reproduce the issue either on Safari 17.6, but I noticed a severe performance degration during the ongoing drag operation.

Actions #4

Updated by Benni Mack about 2 months ago

  • Related to Bug #104918: Drag & Drop to create pages in pagetree is not usable anymore added
Actions #5

Updated by Benjamin Franzke about 2 months ago

  • Priority changed from Should have to Could have
Actions #6

Updated by Andreas Kienast about 2 months ago

  • File Screenshot 2024-10-07 at 15.39.41.png added
Actions #7

Updated by Andreas Kienast about 2 months ago

  • File deleted (Screenshot 2024-10-07 at 15.39.41.png)
Actions #9

Updated by Benjamin Franzke about 2 months ago

It seems the page tree is repainting all nodes after the hovered node while moving the drag tooltip, see atached video with paint flashing enabled in google chrome.

Actions #10

Updated by Benjamin Franzke about 2 months ago

  • Status changed from New to Accepted
  • Assignee set to Benjamin Kott
Actions #11

Updated by Benjamin Franzke about 2 months ago

Removing z-index: 1 from .node:hover would be a first improvement to avoid repainting all following sibling nodes when hovering a node.

Actions

Also available in: Atom PDF