Bug 151688 - Find&Replace should offer the last replacement value as starting default
Summary: Find&Replace should offer the last replacement value as starting default
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.2.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Find-Search
  Show dependency treegraph
 
Reported: 2022-10-21 19:46 UTC by TorrAB
Modified: 2023-04-17 15:45 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 TorrAB 2022-10-21 19:46:06 UTC
Description:
Find&Replace (^h) remembers the last ‘Find’ —logical; User might want to resume the previous search. But it offers nothing (no default) as ‘Replace’. It should offer the last value (which is indeed stored), as User likely wants to do the same replacement. (If User acts too fast, replacing with the blank will delete the string found, which may, or may not, be what he|she wanted.)


Steps to Reproduce:
1.hit ^h
2.Find A, replace with B
3.close dialogue
4.reopen dialogue

Actual Results:
Initial ‘Find’ is A, ‘Replace’ is blank

Expected Results:
‘Replace’ should be the last value, B.
Of course, User can override this last value.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: CL
Comment 1 m_a_riosv 2022-10-21 20:52:40 UTC
+1