Bug 115185 - Selection is displayed incorrectly after window maximize.
Summary: Selection is displayed incorrectly after window maximize.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Cell-Selection Maximized-Window
  Show dependency treegraph
 
Reported: 2018-01-24 01:49 UTC by Plavozont
Modified: 2023-09-01 06:32 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Plavozont 2018-01-24 01:49:35 UTC
Description:
After window maximize only part of the selected area is highlighted

Steps to Reproduce:
1. Start LO calc
2. Make window size half screen(not maximized).
3. Select all(it will reproduce the problem for sure, but it still will happen with selection of any size).
4. Maximize window.

Actual Results:  
Selection will stay same size as it was when window was not maximized. However column's letters and row's numbers are highlighted correctly(Same both in LO 6.0.0.2 and LO 5.4.4).

Expected Results:
Everything should be selected


Reproducible: Always


User Profile Reset: No



Additional Info:
tested in LO 5.4.4 and LO 6.0.0.2.


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Xavier Van Wijmeersch 2018-01-24 08:58:20 UTC
repro with

Version: 5.3.1.2
Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2
CPU Threads: 8; OS Version: Linux 4.14; UI Render: default; VCL: kde4; Layout Engine: new; 
Locale: nl-BE (en_US.UTF-8); Calc: group

Version: 6.0.1.0.0+
Build ID: 4bfa6ad5ca95bdcee12f8cd0544b5f08558050c5
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: nl-BE (en_US.UTF-8); Calc: group

Version: 6.1.0.0.alpha0+
Build ID: 407546e7c3f8c732ccf60e5fb3844f6efb86f932
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: nl-BE (en_US.UTF-8); Calc: group threaded
Comment 2 tommy27 2018-01-24 09:05:38 UTC
status NEW according to confirmation in previous comment
adjusted version field
Comment 3 QA Administrators 2019-09-16 02:45:57 UTC Comment hidden (obsolete)
Comment 4 Plavozont 2019-09-17 01:38:47 UTC
This behavior has not changed


Версия: 6.3.1.2 (x86)
ID сборки: b79626edf0065ac373bd1df5c28bd630b4424273
Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: по умолчанию; VCL: win; 
Локаль: ru-RU (ru_RU); Язык интерфейса: ru-RU
Calc: threaded
Comment 5 QA Administrators 2021-09-17 03:50:57 UTC Comment hidden (obsolete)
Comment 6 Peder Skyt 2022-09-03 20:46:11 UTC
This minor UI display bug is still seen in version 7.4.0.3.

This bug is seen when you enlarge the window, i.e. it is NOT specifically related to maximizing the window.

It seems to be "just" a missing re-render of the selection shade when the window is enlarged to a size bigger than the currently rendered full row or column selection.

An equivalent re-render is already done properly if you perform a scroll action (e.g. moves a scroll bar) after you enlarge the window, so the code to detect-and-refresh exists somewhere.



Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: threaded
Comment 7 Kira Tubo 2023-09-01 06:32:14 UTC
Still reproducible in daily master build. 

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 695ae365dcab7c7dd59b39411299c5c200081885
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded