Steps to Reproduce: Lets do an interesting math: 1. New spreadsheet, make the Calc window maximum size, then remember the last row number visible on the screen. I assume this value is n. On my screen, the last visible row is n = 28.5 = 29. 2. Divide n by 2. (i.e., for me, n/2 = 29/2 = 14.5 = 15.) This means that the rows above 15 are upper part, while rows below 15 are lower part. 3. Input some data at the "upper part" (for me, I input "a" in a cell of row 14), set autofilter, then click the autofilter dropdown. --> The the autofilter dropdown falls outside of the window area. 4. Input some data at the "lower part" (for me, I inserted a new row above 14, so the content "a" is now in row 15), set autofilter, then click the autofilter dropdown. --> The the autofilter dropdown correctly appear at the visible window area. This is a minimal case to trigger this bug. This makes autofilter not usable under GTK3 in real world cases.
Created attachment 157656 [details] screenshot - autofilter set at "upper part" (bug) Version: 7.0.0.0.alpha0+ Build ID: 7d886eec953efa593708db9560d0e69ac12c99cf CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: zh-CN (zh_CN.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 157657 [details] screenshot - autofilter set at "lower part"
I can't reproduce it in Version: 7.0.0.0.alpha0+ Build ID: d7cab304e7dd22fd12443a1ee3b6a9c463bf9a3d CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Hi Kevin, Do you still reproduce this issue with the latest master build? If so, could you please attach a screencast on how to reproduce the issue ?
Created attachment 159365 [details] Screenshot 2020-04-07 Yes, I can still reproduce with: 版本: 7.0.0.0.alpha0+ Build ID: 6c7d51643634a4a4111f673760567e10e48467d0 CPU 线程: 4; 操作系统: Linux 5.5; UI 渲染: 默认; VCL: gtk3; 区域语言: zh-CN (zh_CN.UTF-8); UI 语言: zh-CN Calc: threaded Also on 6.3.5. Fedora 31 1366*768 display. This issue seems not limited to the "1/2" upper part as I originally described. As shown in the attached screenshot, now it is in row #9.
By the way, it seems that this issue is specific to Wayland. If I switch to "Gnome on Xorg" mode, the autofilter flow dialog properly jumps to a visible area.
a gdk_window_move_to_rect with GDK_ANCHOR_SLIDE added to it might give an acceptable result in this case
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/76fab297b1e4aec8b8eaefbb58c261cb16fa17d5 tdf#130449 allow gdk_window_move_to_rect to try GDK_ANCHOR_SLIDE It will be available in 7.1.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/17971fbdc89f7218c6bf5c3c88796927c71856bb tdf#130449 allow gdk_window_move_to_rect to try GDK_ANCHOR_SLIDE It will be available in 7.0.0.1. 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.
that seems to solve it as best as is possible under wayland
I confirm it is now fixed on master.
Is it possible to be backported to 6.4 branch as well?