Created attachment 97468 [details] table selection bug.png During testing for bug 71423, the testers found out that tables in Impress behave strangely in 4.3 nightly builds. Problems: * It is difficult to "grab" the edges (tables handles) of the tables in order to be able to resize or move the tables. One needs to click several times to get the table handles and sometimes it "jumps" back so that the handle are gone again. * sometimes the edges are not there where the edges of the table are supposed to be (see the screenshot attached). * There are situations where it is not possible to select more than the content of one single table cell with the mouse. Only after clicking outside the table and then again inside the table, I was able to select multiple cells. * Changing font size of all the table changes only some cells * Adding a row by pressing tab on the last cell works sometimes but not every times. * All these seem very slow System: WinXP SP3 in Virtualbox on Ubuntu Version: 4.3.0.0.alpha0+ Build ID: 087a79db1272858f107656c5ca3c6efb45680986 TinderBox: Win-x86@39, Branch:master, Time: 2014-04-16_01:43:37 P.S. In a nightly build from the 8th of April 2014, I could confirm the bullet points 1, 4, 6 in that build. It seems to be that the problems 2 and 5 were introduced in between 8th of April and 16th of April 2014
I've made some tests with the latest 4.2.5+ (17/04/2014) And I think some of the problems are present (see attachments) first is the normal tables (after coping/pasting a part of the table, and adding two lines to the table. Second and third images shows the curious problems you can see the blue square on the left top appearing when selecting the table. And the partial frame of the selected table (it seems that the two or three lines added are not taken in account) tested on seven x64 (first and second) and a vmware XP for the third
Created attachment 97536 [details] before selecting the table
Created attachment 97537 [details] table selected (seven x64)
Created attachment 97538 [details] table selected (xp)
Hum That seems serious, same problem occurs with LO 4.2.4.1... - difficult to select table - can't change the size of several cell selected (but I can set it to bold) - curious frame inside the selected table (picture 3)
In LO 4.2.4.1 * Adding a row by pressing tab on the last cell works does not work * sometimes the edges are not there where the edges of the table are supposed to be (see the screenshot attached). This happens when you add row to the table. The edges are on the original table * inserting rows doesn't work. until you move the table * The height of the last row doesn't adjust to the text content. if your text oversize the row, the the text is outside the table.. until you move the table
Adding keyword regression, setting to LO 4.3.4.1 rc
re comment #6 I believe I saw and fixed that a few days ago http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-2-4&id=b228f0ca9c1966bfd60221c1bca8ae76fcdf10db
Created attachment 98134 [details] Table with new row and frame on partial table
Created attachment 98431 [details] table problem 5
Problems are still on 4.2.4.2 https://bugs.freedesktop.org/attachment.cgi?id=98431
Created attachment 102494 [details] Strange table behavior in 4.3.1.0 dev Can confirm this bug still exists in 4.3.1.0 dev downloaded from the nightlies.
This is not a critical bug - lowering to Normal - Medium. For guidance on prioritizing bugs please see: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg Also highest is reserved for special purposes. Please don't change the severity/priroity unless you're aware of QA policies. Thanks
Another note here - please keep to the rule of 1 bug per report as these are really hard to "confirm" (we're confirming multiple issues) and it's nearly impossible to find a developer to tackle 5 things in one report. This bug should be closed and new ones opened for each issue IMHO
The only things I could reproduce: * The height of the last row doesn't adjust to the text content. if your text oversize the row, the the text is outside the table.. until you move the table * sometimes the edges are not there where the edges of the table are supposed to be (see the screenshot attached). The last one happens after inserting a new row with tab or after adding text so it flows outside the row like in the first problem. I recommend Pierre or Gerry to test with 4.4 alpha and create separate bugs for the remaining reproducable problems. Win 7 64-bit Version: 4.4.0.0.alpha1+ Build ID: ad6d94009cf8ea526eb70bf1a07e5c6a21320f83 TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-04_00:06:27
Beluga confirmed -> setting to NEW. Changing summary.
(In reply to Beluga from comment #15) > The only things I could reproduce: > ... Is this a regression? If so, let's add a bibisectRequest tag and try to figure out when it was introduced.
(In reply to Beluga from comment #15) > The only things I could reproduce: > * The height of the last row doesn't adjust to the text content. if your > text oversize the row, the the text is outside the table.. until you move > the table > * sometimes the edges are not there where the edges of the table are > supposed to be (see the screenshot attached). > > The last one happens after inserting a new row with tab or after adding text > so it flows outside the row like in the first problem. Not reproduced with 4.4.1. Closing as WFM. Win 7 Pro 64-bit, LibO Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: fi_FI
Yes right. Works for me too. Good news