Description: UI: Closing a dialog by pressing OK changes the focus in the style dialog to Default paragraph style Steps to Reproduce: 1. Open Writer 2. Sidebar -> Styles 3. Select the footnote style (blue bar) 4. Right Click -> Modify 5. Press OK -> Focus jumps to Default paragraph style Actual Results: Focus jumps to Default paragraph style Expected Results: Should stay at footnote style (in this case) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha1+ (x64) Build ID: 442c7b95e2ee94b66a9854d0cb22f8ecb76532c6 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Bisected to author Caolán McNamara <caolanm@redhat.com> 2016-11-05 20:28:27 +0000 committer Caolán McNamara <caolanm@redhat.com> 2016-11-07 21:04:50 +0000 commit 64a708cba9b954afe3331f63c58218eb53b3d0ce (patch) tree ddc1bea3b63f32a1c6d377c1d1dd7aee0803fb70 parent f01c49c4a89ecad2376fd0023625186e5cac642e (diff) Revert "Reverts a commit series that cripple windows ci." with addition of... - svxlo-SvxColorListBox + svxcorelo-SvxColorListBox This reverts commit db380aab1063e8a5e40111c40ee9f7921aa82601. ~/bibisect-win32-5.3 $ git bisect bad f26fbbd08d0792fd5fc361faaa1cf183824bdd44 is the first bad commit commit f26fbbd08d0792fd5fc361faaa1cf183824bdd44 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon Nov 7 13:28:42 2016 -0800 source 64a708cba9b954afe3331f63c58218eb53b3d0ce source 64a708cba9b954afe3331f63c58218eb53b3d0ce :040000 040000 f2fb0556bd23daaca83f666bd70d00dea47cedc6 c527b21a759e98b9ecbe441e9fc4a82bfc6768f8 M instdir
commit 64a708cba9b954afe3331f63c58218eb53b3d0ce (patch) tree ddc1bea3b63f32a1c6d377c1d1dd7aee0803fb70 parent f01c49c4a89ecad2376fd0023625186e5cac642e (diff) Revert "Reverts a commit series that cripple windows ci." with addition of... source 64a708cba9b954afe3331f63c58218eb53b3d0ce source 64a708cba9b954afe3331f63c58218eb53b3d0ce https://songkelyrics.online/jass-manak-song-lyrics/lehenga-song-lyrics-in-hindi/ :040000 040000 f2fb0556bd23daaca83f666bd70d00dea47cedc6 c527b21a759e98b9ecbe441e9fc4a82bfc6768f8 M instdir
Adding CC to Caolán McNamara Bug isn't confirmed, yet.. but has to do with the styles sidebar (similar to the other two). So maybe one take..
is this even a bug ?
(In reply to Caolán McNamara from comment #4) > is this even a bug ? In my opinion yes, but.. lets wait for QA.. sorry for the annoyance
Bug or no bug.. Compare prior to 5.3 and after 5.3
Well, it would be nice to preserve the selection, so let's set to NEW.
This is a general question how to solve such things and what do users expect. First, the behavior is not consistent between style types and LibO components. I could reproduce this issue with Calc and Draw a few times but very rare. Also in Writer it's not always true. Second, the focus moves to the style that is active for the text/object where the cursor stands. If your cursor is in a text that is formatted with paragraph style Endnote and character style Emphasis and you edit another paragraph/character style, then the focus goes back to Endnote (paragraph) or Emphasis (character) style in the styles sidebar. This isn't bad by design as this is the normal behavior of the styles sidebar items: highlighting the style where the cursor stands. This could be changed to: If the user selects another style (by right or left mouse click or keyboard) then this style should be selected until the user selects another style or the user changes the cursor position. Then the style will be selected in the styles sidebar that corresponds with the text/object. Ideally this behavior should be the same in all LibO components.
*** Bug 133468 has been marked as a duplicate of this bug. ***
Cannot confirm. Cursor is on text with PS = Caption, I right click PS Footnote (node is selected), modify something and press okay, and the currently active style is highlighted, which is still Caption. The issue with active vs. selected nodes in the stylist is discussed in bug 94427. You can also single click an entry and nothing happens. The proposal in the duplicate (@QA: my take here) is to keep the active style highlighted even when another node is selected, maybe per grey background (there should be a default color for this).
Created attachment 163927 [details] Screencast
(In reply to Telesto from comment #11) > Created attachment 163927 [details] > Screencast If the (empty) paragraph has the Default PS this item will be highlighted after editing. Try with meaningful content.
Created attachment 163929 [details] Screencast To demonstrate even inconsistency's
(In reply to Heiko Tietze from comment #12) > (In reply to Telesto from comment #11) > > Created attachment 163927 [details] > > Screencast > > If the (empty) paragraph has the Default PS this item will be highlighted > after editing. Try with meaningful content. And you might also use LibreOffice 5.2 for comparison matters :-)
Whether this is a bug or not depends on your workflow I'd say. If you are walking through the styles one by one and changing something, then this would be annoying. However, trying to fix this would be dangerous because in general the current paragraph SHOULD be highlighted. So the "jump to the current paragraph's style on refresh" would need to be context aware and ignore that step under certain conditions. That sounds like a disaster in the making - I vote for WONTFIX.
Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 187598 [details] video testing the bug In 7.6 is moving the double-clicked style to the top.
And with edit and OK is going to Default Style.