<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Make "current selection" persistent in F/R dialogue"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=133480">133480</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Make "current selection" persistent in F/R dialogue
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.4.3.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>enhancement
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Calc
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>skinnerbird@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Description:
This is similar, but I think a different request than #132031, and perhaps
should be classed as a bug
I often work with very large spreadsheets and perform repeated F/R operations.
I have frequently been brought to a halt and sometimes have to restart
LibreOffice (and lose some amount of recent work) when the current selection
box changes to unchecked and I don't spot it. This happens most noticeably
(only?) after reverting a change that didn't give me the desired results. The
box will change to unchecked even if the same column or row is still selected.
If one is doing a F/R operation, the result might be adding a specific string
to every single cell in a 4 million cell sheet, which tends to bring my
computer to a halt, and doubly so if I attempt to undo the operation. Having
the box state persistent -- at least after a reversion -- would make using F/R
much safer.
Keywords: EDITING, UI
Steps to Reproduce:
1. Select cells for F/R
2. Open F/R dialogue
3. Perform F/R dialogue, check 'current selection" box and make changes
4. Revert changes
5. Repeat F/R -- same cells are highlighted, but current selection box changes
to unchecked
6. Calc locks (and sometimes computer, depending on how many resources are
required)
7. When F/R finally completes, revert changes
8. Calc locks (and sometimes computer, depending on how many resources are
required)
Actual Results:
Current selection box flips to unchecked and data is changed across entire
spreadsheet
Expected Results:
Current selection box stays selected and only selected cells are affected by
F/R
Reproducible: Always
User Profile Reset: No
Additional Info:
The same issue is present for both F/R and Find All, but obviously, without the
same consequences to the data; Calc does, however, get stuck in the same way.
This has been an issue for as long as I've been using Calc</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>