Bug 159098 - Have to click twice for (second and next) border
Summary: Have to click twice for (second and next) border
Status: RESOLVED DUPLICATE of bug 143249
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.5.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-10 09:29 UTC by Jens-D Doll
Modified: 2024-01-13 21:51 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
second border removed (38.06 KB, image/jpeg)
2024-01-10 09:29 UTC, Jens-D Doll
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jens-D Doll 2024-01-10 09:29:05 UTC
Created attachment 191839 [details]
second border removed

If I insert a frame I sometimes remove 3 borders. This is a little tricky, because the dialogue behaves irregularly. For removing the upper border I have to click only once on the line. But if I remove the right border I have to click twice. This is also necessary if I remove the lower border.

Could you kindly make the dialog vehave regularly, i.e. either one click for all borders or two clicks for all border´s, but not mixed.
Comment 1 m_a_riosv 2024-01-10 15:59:12 UTC
Maybe because for the first is no other selection active.

Reproducible
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 25276df12abd9d002f7f899900434617b256f745
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded
Comment 2 LeroyG 2024-01-10 21:16:37 UTC
(In reply to Jens-D Doll from comment #0)
> For removing the upper border I
> have to click only once on the line. But if I remove the right border I have
> to click twice. This is also necessary if I remove the lower border.

As a workaround, you can choose the "no border" preset button, and click on the left border once.

Not a bug, for me.
Comment 3 Telesto 2024-01-13 21:51:40 UTC
This is covered by bug 143249, I think

*** This bug has been marked as a duplicate of bug 143249 ***