Description: When I hover above a column (down arrow appears) and click the left mouse button, the column below the arrow is normally selected (Highlighted), so I can make changes to text formatting... Now when I do the same it selects the desired column as well as the adjacent ones, all but the last one in the table, which I can select by itself. For reference: I did not change a thing to the document nor program settings, and it worked fine before. I can not find anything in the table or paragraph settings that could indicate the columns being linked to each other somehow. I have also noticed that after a few tries of opening and closing any settings (with or without making changes), and I try again, the highlighted columns loose the highlight when the settings dialog opens, and only the top left fields text (not the field itself) is highlighted, and any changes I make are applied to that text only, not to my original selection of columns. Once this has occurred, the results always repeat until I close the document, and re-open it. LibreOffice Version: 5.2.2.2 Build ID: 1:5.2.2-0ubuntu2 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group Steps to Reproduce: 1. Open document with a table (more than 2 columns; 6 in my case) 2. Hover mouse over any but the last column to get the down arrow cursor, and click with left mouse button (Right handed Mouse). Do not drag the mouse. 3. Actual Results: All but the last columns are selected. Expected Results: Only the one column should be selected. Reproducible: Always User Profile Reset: No, and it's not a good solution either, or else I will spend more time configuring the software than using it, given the frequency of problems. You need to find a way to prevent this frequent user profile corruption in the first place, or at least narrow resetting to single files, not the whole profile. Additional Info: I am not a programmer, so if you want me to help by getting readouts from terminal, or fetching files to attach, then you will have to give me step by step instructions like what to type in terminal, and where to find files... User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Can not reproduce. Single Column selection proceeds with mouse over on border above any one column, or mouse over on border of left edge of any row. On upper left corner of border the entire table is selected. Each accompanied by tool-tip. On Windows 8.1 Ent 64-bit en-US with Version: 5.3.2.2 (x64) Build ID: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1 CPU Threads: 8; OS Version: Windows 6.29; UI Render: GL; Layout Engine: new; Locale: en-US (en_US); Calc: group =-ref-= Selection in the Frame Edit Shell of SwTab http://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/docvw.hrc#63 http://opengrok.libreoffice.org/xref/core/sw/inc/fesh.hxx#182 http://opengrok.libreoffice.org/xref/core/sw/source/uibase/docvw/edtwin2.cxx#415
I just started working in another document, in this case within a table with 4 columns, If i try to select the first or second column, both are selected regardless, but I can select the third and fourth separately. In the case I initially described with a 6 column table, it doesn't matter which of the first 5 columns I try to select, it always selects them all, and the 6th can be selected separately. Both of these documents have one table with only two columns, and those work as it should. Somehow the columns are being grouped, based on what, I have no idea. It doesn't look like it has anything to do with the "Number format" or how the text is formatted, as both tables are different in that respect. I can select whole tables (corner arrow) and individual rows without problems, only columns seem to be effected.
Well if you could make a copy of the document(s) and then change all characters to X (with regex find and replace), save it. Check it is still having issues with selection, and then save as a Flat XML ODF file. Then post that redacted document--that way we could see the formatting that might be causing the issue, and test its behavior with a default user profile.
Created attachment 132360 [details] Exhibit 1 The first table has no problems, the rest all behave the same.
Created attachment 132361 [details] Exhibit 2 Only the second table is wonky.
Hope this helps. No top secret info included, so have at it.
I just reset my user profile because of other problems with LO, and checked if the problem still persists, and it does, so resetting the user profile did not fix it.
Now I just upgraded: Version: 5.3.2.2 Build ID: 1:5.3.2~rc2-0ubuntu1~yakkety0 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: group Problem still exists. I have tried everything in my limited power and understanding. Can anyone tell me if there is somehow a problem with the files and not the program?
Sorry, only just looked at the sample files provided and you have table cells with "number-columns-spanned=#" attribute assigned to a cell holding the Totals. With the spanned column present selection of the single columns can not be done with the mouse over selection. Selection of the full column simply includes the span. The cell could be split to remove the span matching the rest of the table and would restore the mouse over selection--not really what folks would want, but consistent. With focus into the cell and <Shift>+Cursor-Down the column can be selected one cell at a time to apply style to the cells. Note that as selected range passes into the "spanned" cell, the selection will expand to hold the span--as with the mouse over column select. On the Windows builds the "spanned" selection is not any recent change as it has the same behavior with earlier releases I checked [refs]. Resolved -> INVALID =-refs-= Version: 5.3.2.2 (x64) Build ID: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1 CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; Locale: en-US (en_US); Calc: group Version: 5.2.2.2 (x64) Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Locale: en-US (en_US); Calc: CL Version: 5.1.5.2 (x64) Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5 CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Locale: en-US (en_US); Calc: CL Version: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: en_US LibreOffice 3.4.6 OOO340m1 (Build:602)
Thanks for your efforts, but I have absolutely no Idea what you are trying to tell me :( I am just a user. I made the files, formatted them and started using them, all was well and good. After an update from Ubuntu 16.04 to 16.10 which included an update to LO 3.2.2 I opened the files (OTT) and did a save as (ODT), and decided to change the font of one column (Bahamas Light) to (Bahamas), I tried to select the desired column, and that's when I ran into the odd behavior. I made no changes to anything else, besides changing the text by highlighting the text only and then changing it. Sorry for my not understanding, but you just made it sound like I did something to cause this; If I did I would love to know how (in GUI user terms, like by setting this...) You marked the bug as invalid, now I feel invalid ;) I am sure I did not cause this by any direct action, so it must have been the update or a dependency... don't ask me how, but to me it is therefore still a bug. Can you tell me what I have to do to fix this? I have loads of documents I am trying to make, look and work consistently, most of which I have not checked yet for the same behavior, and would like things to work as they should. I use LO from the GUI only and don't have any understanding nor mess with the inner workings of any of it.
Hi (In reply to Bob English from comment #10) > Thanks for your efforts, but I have absolutely no Idea what you are trying > to tell me :( > > I am just a user. The cause of the problem is that you have merged two cells into your "Totals" line. Therefore, the selection with the mouse works as you indicate. As V Stuart Foote says it always worked like this (already with OpenOffice.org). The solution is to re-split the cells and remove the middle border to get the look you want. HTH Regards Pierre-Yves
Thanks Pierre, I understand now. Somehow by having many more documents without merged cells like that, I never noticed this behavior until now, and since they all worked flawlessly, it never even crossed my mind that it could be the problem. It also tells me that merging cells is not necessary to make room for more text or layout, but rather when needed for functionality only. I don't think that it is well documented though, as not one sole on the AskLibreOffice forum has been able to help yet. Thanks again everyone!