https://bugs.freedesktop.org/show_bug.cgi?id=69769
Priority: medium
Bug ID: 69769
Assignee: [email protected]
Summary: Frozen column doesn't redraw when row is deleted
Severity: minor
Classification: Unclassified
OS: All
Reporter: [email protected]
Hardware: Other
Status: UNCONFIRMED
Version: 3.3.0 release
Component: Spreadsheet
Product: LibreOffice
Description:
When "freeze" is enabled on a column and under certain other circumstances,
deleting a row using the right-click context menu on a row header causes the
frozen region to not redraw, leaving the context menu visible on screen until a
redraw is forced.
Steps to reproduce:
1. Create a new spreadsheet
2. Select cell b2
3. Window -> Freeze
4. In cell c2, insert formula =b2+1/53
5. Autofill or copy/paste that formula down through range C2:C200
6. Scroll down and delete row 130 by right clicking row heading and selecting
delete.
7. Scroll up/down deleting various rows until you experience bug as it is
somewhat intermittent.
Expected:
Row simply deletes and screen redraws.
Actual:
In the frozen area, the menu that appeared when we right-clicked stays on the
screen when deleting various rows.
I'll include a screenshot of bug and an example spreadsheet shortly. Note that
when you open the example spreadsheet, you'll probably have to
unfreeze/re-freeze because of bug 56415 (Libreoffice doesn't recover the frozen
state of the windows).
Since I can't perfectly recreate the conditions, I've included a list of
factors that seem to influence this behavior.
* The size of the window seems to have an effect. The bug is much more likely
to show if the window size is large, close to maximized.
* The deleted row must be somewhere in the middle of a large range of rows
containing the formula.
* The behavior seems somehow influenced by having a formula in non-frozen
region that is rather computationally expensive and references a another cell.
For example, it shows up every now and then if I simply enter =b2 in c2 , but
if I enter =b2+1/53 instead, I can provoke the bug much more frequently.
* You must not have any "eye candy" installed. I've tested this under 32bit
fedora 17 running icewm, lxde, and kde with LO 3.5.7.2, 4.1.1.2, and 4.0.0.2.
Under KDE, I had to disable desktop effects to see the bug. I also tested on
an up-to-date 32 bit arch linux system running openbox and LO 4.1.1.2. On that
system, had to disable menu fading to see this bug.
I even installed the pre-release of 4.1.2.2 on 32bit MS Windows XP and was able
to trigger this bug, so it appears to affect more than just Linux.
I'm marking this bug as version 3.3.0 since I was able to test it in every
version of LO I had access to, even going back to OpenOffice 3.2.1, which
predates LO.
Since the bug is rather obscure, intermittent, doesn't disturb workflow, and
doesn't lose any data, I've marked it as "minor."
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs