Description: https://drive.google.com/file/d/1Bo8iScyKDr8CCX2oE9REOOWxCuHtp-7K/view?usp=sharing I pasted and slightly modified the second table from this Wikipedia article. Decided to drag a row, and this is how it dragged Steps to Reproduce: 1.Copy the table from the article 2. Paste it 3. Modify it (or do not modify it) 4. Drag a row Actual Results: It pulls to the bottom of the page Expected Results: Normal dragging Reproducible: Always User Profile Reset: No Additional Info: In the video
Created attachment 203899 [details] Video
Created attachment 203900 [details] File in the video
https://en.wikipedia.org/wiki/List_of_countries_by_food_energy_intake
Review the page layout. 300mm x 6000mm, the drag is proportionate to page height. Reduce page height to something more reasonable for this web page content. IMHO => NAB
(In reply to V Stuart Foote from comment #4) > Review the page layout. 300mm x 6000mm, the drag is proportionate to page > height. > > Reduce page height to something more reasonable for this web page content. > > IMHO => NAB Respectfully, there is nobody under the sky who would need it, absolutely nobody. It's not sensible to call it "proportionate"
What do you think should be the limit? At least the page size, I guess. And what if the page is A0 with a huge table and the user change it to A4? Or from portrait to landscape. => NAB
(In reply to Heiko Tietze from comment #6) > What do you think should be the limit? At least the page size, I guess. And > what if the page is A0 with a huge table and the user change it to A4? Or > from portrait to landscape. > > => NAB I wish it just widened the row without affecting the rest of the table. But can't agree that it should be left as it is. It's honestly quite abnormal and scary behaviour
Created attachment 203904 [details] Video
Created attachment 203905 [details] Video 2
Created attachment 203906 [details] File in the video 2
(In reply to Heiko Tietze from comment #6) > What do you think should be the limit? At least the page size, I guess. And > what if the page is A0 with a huge table and the user change it to A4? Or > from portrait to landscape. > > => NAB This is for example how Google Docs does it https://drive.google.com/drive/folders/1TgyVAbqvLepi2uXs1W-DLxKtLe7WHNI1?usp=sharing Also refer to Video 2 and File in the video 2
(In reply to Danat from comment #11) > (In reply to Heiko Tietze from comment #6) > > What do you think should be the limit? At least the page size, I guess. And > > what if the page is A0 with a huge table and the user change it to A4? Or > > from portrait to landscape. > > > > => NAB > > This is for example how Google Docs does it > > https://drive.google.com/drive/folders/1TgyVAbqvLepi2uXs1W- > DLxKtLe7WHNI1?usp=sharing > > Also refer to Video 2 and File in the video 2 LibreOffice handles the row height resize of attachment 203906 [details] exactly as Google Docs does. Please note that here its page size is a reasonable 8.5in x 11.0in (12,240 x 15,840 twips). => NAB
Created attachment 203907 [details] Video 3
Created attachment 203908 [details] File in the video 3
(In reply to V Stuart Foote from comment #12) > (In reply to Danat from comment #11) > > (In reply to Heiko Tietze from comment #6) > > > What do you think should be the limit? At least the page size, I guess. And > > > what if the page is A0 with a huge table and the user change it to A4? Or > > > from portrait to landscape. > > > > > > => NAB > > > > This is for example how Google Docs does it > > > > https://drive.google.com/drive/folders/1TgyVAbqvLepi2uXs1W- > > DLxKtLe7WHNI1?usp=sharing > > > > Also refer to Video 2 and File in the video 2 > > LibreOffice handles the row height resize of attachment 203906 [details] > exactly as Google Docs does. > > Please note that here its page size is a reasonable 8.5in x 11.0in (12,240 x > 15,840 twips). > > => NAB It isn't solved by table heightening. I heightened the table, then shortened a row, and result is the same Refer to Video 3 and File in the video 3 https://drive.google.com/drive/folders/13i7mDSiJ8uRt2MF07rkxgCN5zQPkMqe1?usp=sharing I think it really is a bug. It acts very strangely
Created attachment 203909 [details] File in the video 3 (correct one)
(In reply to V Stuart Foote from comment #12) I attached wrong file, sorry. Check File in the video 3 (correct one)
(In reply to Danat from comment #15) > It isn't solved by table heightening. I heightened the table, then shortened > a row, and result is the same The tip wasn't about changing the table height, but the page height.
(In reply to Buovjaga from comment #18) > (In reply to Danat from comment #15) > > It isn't solved by table heightening. I heightened the table, then shortened > > a row, and result is the same > > The tip wasn't about changing the table height, but the page height. Oh. Ok, tahnks. I think I did enough to unpack this whole thing. Take what you want from it. I like long uninterrupted pages, this is how I work
(In reply to Danat from comment #19) > (In reply to Buovjaga from comment #18) > > (In reply to Danat from comment #15) > > > It isn't solved by table heightening. I heightened the table, then shortened > > > a row, and result is the same > > > > The tip wasn't about changing the table height, but the page height. > > Oh. Ok, tahnks. I think I did enough to unpack this whole thing. Take what > you want from it. I like long uninterrupted pages, this is how I work Have you considered View - Web while having pages with normal height?
Attachment 203900 [details] and attachment 203909 [details] are Web formatted content with browser appropriate page size of width:300mm x height:6000mm. Resize of the table content is perfectly sane when the document page dimensions are adjusted. I.e. assigned an A4 (width:210mm x height:297mm) or a US letter size (8.5in x 11.0in) or even tablet size (11.0 x 17.0in) Simply put, in LibreOffice the scale of resize of a table row is dependent on the size of the page layout holding the table. => NAB and Invalid
(In reply to V Stuart Foote from comment #21) > Attachment 203900 [details] and attachment 203909 [details] are Web > formatted content with browser appropriate page size of width:300mm x > height:6000mm. > > Resize of the table content is perfectly sane when the document page > dimensions are adjusted. I.e. assigned an A4 (width:210mm x height:297mm) > or a US letter size (8.5in x 11.0in) or even tablet size (11.0 x 17.0in) > > Simply put, in LibreOffice the scale of resize of a table row is dependent > on the size of the page layout holding the table. > > => NAB and Invalid This is how people judge things, not by what they are but by how they feel about them The app allows this page length - you call it "unreasonable" A row of a table takes the whole page - you call it "proportionate" Lol. I don't wish to talk to you anymore, you're not a competent person
(In reply to Buovjaga from comment #20) > (In reply to Danat from comment #19) > > (In reply to Buovjaga from comment #18) > > > (In reply to Danat from comment #15) > > > > It isn't solved by table heightening. I heightened the table, then shortened > > > > a row, and result is the same > > > > > > The tip wasn't about changing the table height, but the page height. > > > > Oh. Ok, tahnks. I think I did enough to unpack this whole thing. Take what > > you want from it. I like long uninterrupted pages, this is how I work > > Have you considered View - Web while having pages with normal height? Read my response to Stuart
(In reply to Heiko Tietze from comment #6) > What do you think should be the limit? At least the page size, I guess. And > what if the page is A0 with a huge table and the user change it to A4? Or > from portrait to landscape. > > => NAB Why do you allow this page length if you refuse to maintain it? You are using your subjective feelings to justify the existence of a bug. If you don't feel like something is a problem, you don't think it's a bug, and you ignore the use cases of people
Created attachment 203910 [details] Video 4
Created attachment 203911 [details] File in the video 4
(In reply to Buovjaga from comment #18) > (In reply to Danat from comment #15) > > It isn't solved by table heightening. I heightened the table, then shortened > > a row, and result is the same > > The tip wasn't about changing the table height, but the page height. Refer to Video 4 and File in the video 4 It works normally on long page if the table is not pasted from outside but created in the app https://drive.google.com/drive/folders/1srBG8HHNrhyWGfhsd0iNiiK8cZBqryp2?usp=sharing
(In reply to Danat from comment #23) > Read my response to Stuart (In reply to Danat from comment #22) > ...you're not a competent person Me neither then. Un-CC'ing myself.
(In reply to Danat from comment #27) > (In reply to Buovjaga from comment #18) > > (In reply to Danat from comment #15) > > > It isn't solved by table heightening. I heightened the table, then shortened > > > a row, and result is the same > > > > The tip wasn't about changing the table height, but the page height. > > Refer to Video 4 and File in the video 4 > > It works normally on long page if the table is not pasted from outside but > created in the app > > https://drive.google.com/drive/folders/ > 1srBG8HHNrhyWGfhsd0iNiiK8cZBqryp2?usp=sharing If I create a document with a long page, I get the same behaviour in a freshly-created table, so I'm not sure what you are doing differently there. Arch Linux 64-bit Version: 25.8.2.2 (X86_64) / LibreOffice Community Build ID: 580(Build:2) CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US 25.8.2-4 Calc: CL threaded
(In reply to Buovjaga from comment #29) > (In reply to Danat from comment #27) > > (In reply to Buovjaga from comment #18) > > > (In reply to Danat from comment #15) > > > > It isn't solved by table heightening. I heightened the table, then shortened > > > > a row, and result is the same > > > > > > The tip wasn't about changing the table height, but the page height. > > > > Refer to Video 4 and File in the video 4 > > > > It works normally on long page if the table is not pasted from outside but > > created in the app > > > > https://drive.google.com/drive/folders/ > > 1srBG8HHNrhyWGfhsd0iNiiK8cZBqryp2?usp=sharing > > If I create a document with a long page, I get the same behaviour in a > freshly-created table, so I'm not sure what you are doing differently there. > > Arch Linux 64-bit > Version: 25.8.2.2 (X86_64) / LibreOffice Community > Build ID: 580(Build:2) > CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: kf6 (cairo+wayland) > Locale: fi-FI (fi_FI.UTF-8); UI: en-US > 25.8.2-4 > Calc: CL threaded https://drive.google.com/file/d/1LsOsupnc3Cx9C622WuUGs43A85h3aAcV/view?usp=sharing https://docs.google.com/document/d/1bdwSFjKUA1dkLjMcBRmFEVZVLlbxwkpw/edit?usp=sharing&ouid=110288689114897472935&rtpof=true&sd=true I found new details Height 119 is the maximum where it acts normally At 120, the lower border can't be dragged and dragging of other borders causes a row to vanish At 130, the lower border also does not drag and dragging of other borders causes a row to take the whole page If you played Minecraft, this whole thing resembles the faraway lands - the farer you go, the more bizarre it gets
Created attachment 203918 [details] Video 5
Created attachment 203919 [details] File in the video 5
(In reply to Buovjaga from comment #29) As I understand from Heiko's and Stuart's words, they are fine allowing "unreasonable" page heights (which appear to be 120-600), but if there is a bug in those heights - it's your problem buddy, go screw yourself This is such a gay philosophy, I have zero respect for it. If you offer a feature - make it finished and free of bugs, or don't offer it. Otherwise shows your lack of respect towards users and your lack of manhood
I asked Miklós in the dev chat and he says this is a bug.
(In reply to Buovjaga from comment #34) > I asked Miklós in the dev chat and he says this is a bug. Thank you. I made a small correction to your title. You wrote dragging of the last row causes the last row to take a lot of space It's actually any row. Dragging of any row triggers that thing Just so there is no confusion about it Video 6 in the attachments - https://drive.google.com/file/d/1Zy-CmGFfRm-vaw3Vg53SU0RPrNxLieL7/view?usp=sharing
Created attachment 203942 [details] Video 6
*** Bug 169406 has been marked as a duplicate of this bug. ***
Created attachment 203943 [details] Video 7 (related bug)
Created attachment 203944 [details] File in the video 7
(In reply to Buovjaga from comment #34) > I asked Miklós in the dev chat and he says this is a bug. Another thing to pay attention to This bug starts from height 123 At heights 120-122 - there is a different bug when a row of a table disappears after dragging Video 7 - https://drive.google.com/drive/folders/1fntq0v_9TJ4oB4InyxB30n0_-sPZxvUR?usp=sharing