https://bugs.documentfoundation.org/show_bug.cgi?id=171312
--- Comment #4 from Eyal Rozenberg <[email protected]> --- (In reply to Danat from comment #0) > Steps to Reproduce: > 1.Make a frame Make a frame where? In which LibreOffice module? Also, you didn't tell us which Frame creation mechanism to use, what size or other parameters etc. > 2.Make a table in it How many rows? columns? > 3.Drag a cell border by its vertical border Drag a border by its border? Do you mean click-and-drag a column border? Also, which cell? And which one of its vertical borders? > Actual Results: > Does not drag If I dragged something, then it dragged. Please be more exact with your descriptions. ---------------------- So, I understood after watching the video, and after opening the file you attached. But I should be able to just follow the steps to reproduce. I can also not click-and-drag column borders, in the _existing_ table in your document. But if I follow your reproduction instructions, i.e. create a new frame and a new table in it - I can click-and-drag the (inner) column borders fine. Tried with: Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 150b3deb2ac4e1b6930d296799bec3ded43f1b3d CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US ---------------------- I'll also mention I found something interesting about the existing table. When I insert a table in a frame, using LO Write, typically it fills the entire frame width, and one cannot set its Left or Right margin. But with the existing table within the frame, I _could_ set the Left margin. And if I increased it, the table would exceed the bounds of the frame, and be drawn outside of it. It may be interesting to save the DOX as ODT or FODT, and: 1. See if the behavior persists on reopen, and 2. Examine the differences between a table-in-frame with the problem and one without it. look at the ODT produced -- You are receiving this mail because: You are the assignee for the bug.
