Bug 140053 - UI - Unable to click bottom slide when "Slide N" is in the way
Summary: UI - Unable to click bottom slide when "Slide N" is in the way
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks:
 
Reported: 2021-02-01 09:03 UTC by John Doe
Modified: 2022-01-27 12:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John Doe 2021-02-01 09:03:25 UTC
Description:
If I create a new Impress document and create Very Many™ slides, scroll to the bottom and hover the mouse over a slide in the left side-panel, a small text window appears with the text "Slide N" for the N-th slide (below the slide), and if I click I get the N-th slide to edit.

If I hover over the bottom-most slide the text window the text appears *on* the slide (not below as before), and if I try to click: Nothing Happens™

This tripped me up when I was quickly trying to select the bottom-most slide, but Nothing Happened™ for Very Many Clicks.

Steps to Reproduce:
1. Create Impress document with Very Many Slides
2. Scroll to bottom slide and hover mouse
3. Try to click slide when mouse is hovering over "Slide N" text

Actual Results:
Nothing happens

Expected Results:
The slide is selected for editing/moving


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.7.2
Build ID: 6.4.7.2-4.module_f32+10678+6e4d8f24
CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 mulla.tasanim 2021-02-04 20:22:57 UTC
Thank you for reporting the bug. 

I can not reproduce the bug in

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 2 Buovjaga 2022-01-27 12:18:28 UTC
I reproduce with the kf5 UI, but I think this comes from the behaviour of the desktop environment. Same for the placement of the tooltips. The placement is a bit random and the tooltip does not appear in the same place. I hovered over many slide previews to catch the tooltip appearing in the middle of a preview.

Arch Linux 64-bit
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: ba0100be03c6bbc5ae10201bae340b3f7b7c4500
CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 27 January 2022