Created attachment 158158 [details] Assign Columns bug I simply cannot select and move the fields up or down anymore. The up and down arrow buttons don't work. It won't work on both sides - either Source table or Destination table. The other minor glitch is that the controls aren't correctly drawn on the window. I have to resize the window so that the controls refresh and adjust on the window. Reinstalling previous version 6.3.5 solves the problem.
Created attachment 158159 [details] Assign Columns bug
Have tested with LO 6.4.0.3 on OpenSUSE 15.1. On both sides of the wizard-dialog the buttons with arrow-up won't work. Buttons with arrow-down will work here. I couldn't set this bug to "New" because the report says: Both buttons, up and down, won't work. The second, refresh of the dialog, won't appear in LO 7 daily build. Seems it has been fixed together with other graphical bugs in Base-dialogues.
The UI glitch was reported in bug 130462
Sorting problem reproduced in Version: 7.0.0.0.alpha0+ Build ID: e6b9bc3f2ecf0fb7fde5b02f9d750ccbe022f4c1 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded How to reproduce it: 1. Open attached document 2. Go to tables 3. Select the table and copy 4. Select the table and paste 5. Next Try to sort, nothing happens
Created attachment 158173 [details] sample file
Not happening with gtk3
I believe this is a regression from author Caolán McNamara <caolanm@redhat.com> 2019-09-05 12:22:38 +0100 committer Caolán McNamara <caolanm@redhat.com> 2019-09-12 20:28:14 +0200 commit 8c66efa030e98cfdf5da20be368566d64e43c5d1 (patch) tree 88c9fb335349fd1b7b285d46108e5d41a3c9aac4 parent 8150219824a1d08c4a22fd8bb7cc63fe2aa88074 (diff) weld OCopyTableWizard cluster however, the wizard crashes up to https://git.libreoffice.org/core/commit/6b6484d25b63fe68e94f60ca8d6fb2b0b039bdfb Adding Cc: to Caolán McNamara
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bc8488ed715102f08423ce5953727ad8e97fd687 tdf#130915 SvTreeList::Move needs to move from lower index to higher It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
fixed in master, backport to 6-4 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/94c9d1e61702e64c03b2261ce1359bf3e459b75a tdf#130915 SvTreeList::Move needs to move from lower index to higher It will be available in 6.4.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9bb7f05793e208f6340a6bdac9e38d63d447552a tdf#130915 second treeview doesn't use its checkboxes It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hi Caolán, I still reproduce the issue in Version: 7.0.0.0.alpha0+ Build ID: c8d764b3f27c2bb0712745891b70630e94436317 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 158197 [details] screencast (gen vs gtk3)
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/4bf6541b35382e820717ee5416f8ddab29e4d3f8 tdf#130915 second treeview doesn't use its checkboxes It will be available in 6.4.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
you've nothing selected
(In reply to Caolán McNamara from comment #15) > you've nothing selected oh, I see. just checked with previous versions and it seems the first option was selected by default
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/90ad0740a22bc50c478ad743eef1f30b2fc1b226 tdf#130915 auto-select first entry when treeview filled It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
yeah, there should be something selected by default, done in master now with backport to 6-4 in gerrit
Verified in Version: 7.0.0.0.alpha0+ Build ID: e57f72d8fc81762860b4579df92db264e8d710ef CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded @Caolán, thanks for fixing this issue!
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/0ee5a690e03ec4de92e0eb839214e3758d5b004f tdf#130915 auto-select first entry when treeview filled It will be available in 6.4.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.