Any writer file will do as an example. 1. Open the Find and Replace dialogue. 2. Click the "Other options" button to close the bottom half of the dialogue. 3. Enter a search term and click "Find next". Expected result: The selected search term is highlighted in the text, if available. BUT, "Other options" remains closed. Actual result: "Other options" automatically opens again when the search term is highlighted in the text. The state of "Other options" should remain as set by the USER.
Thank you for reporting the bug. I can confirm that the bug is present in Version: 6.5.0.0.alpha0+ (x64) Build ID: 209fc9fd7fa433947af0bf86e210d73fa7f5a045 CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL
This is the result of bug 98544 being fixed. It might be that the fix has to be implemented in a completely different way to avoid this new issue. Let's alert UX team.
I forgot to mention that I bibisected this with win32-6.1.
Whether the advanced options are expanded or not depends on what you did before. The default is collapsed. And when you manually close it, why should it open on any interaction? Sounds like a WFM to me.
(In reply to Heiko Tietze from comment #4) > Whether the advanced options are expanded or not depends on what you did > before. The default is collapsed. And when you manually close it, why should > it open on any interaction? > > Sounds like a WFM to me. Heiko: your statement "And when you manually close it, why should it open on any interaction?" seems to agree with the original reporter, so I am not sure why you propose WFM? The user problem is exactly that the damned dialog will not stay still. You manually collapse it, hit Find next and it expands.
(In reply to Heiko Tietze from comment #4) > And when you manually close it, why should it open on any interaction? That's the whole point. It DOES open: every time you perform a "Find next" operation or close and reopen the dialogue. So DWFM (Doesn't work for me). :) Also, it's not trivial, minor at least.
Okay, so let's enhance the "if (IsOptionSet) then DoExpand" to "if (IsOptionSet && !UserCollapsed) then DoExpand". Wouldn't call this a regression.
This is regression, annoying for those with small screen, so not enhancement but bug. I guess it's not Writer but framework, so I'll duplicate Calc report bug 140009.
*** Bug 140009 has been marked as a duplicate of this bug. ***
*** Bug 140972 has been marked as a duplicate of this bug. ***
Repro 7.4+ Only the FIRST time you do a find-next does the macro area expand. If you change the search term, it will again expand. I think it is reasonable for it to expand on the START of each time dialog is opened (although the people who are annoyed by this will probably disagree, and request it at least be remembered while the application is open). But certainly once it has opened, then it should remember the user's choice.
(In reply to Justin L from comment #11) > I think it is reasonable for it to expand on each dialog start Proposed fix doing that is http://gerrit.libreoffice.org/c/core/+/126226
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3c10bb151e5864c0ff532910b9f81185aa49c21f tdf#129629 sw UI: Find/replace - stop popping open MORE section It will be available in 7.4.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.
I'm going to mark this as fixed, but feel free to re-open if you test this and feel that it needs to remember the user's choice across multiple uses of the dialog. (That's what bug 140972 seems to be specifically requesting, for example.)
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/93c1241eec9f5df84a96c57f8050efd4851cb0df tdf#129629: sc: Add UItest It will be available in 7.4.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.
I'll set this one to Verified and reopen bug 140972 .