Description: I have given newlines to make a section header be by itself... I highlight that text... Then I hit the Header 2 style.. and the whole paragraph randomly? becomes a heading... I can avoid it by using extra newlines.. but then if I delete the wrong newline the heading style goes away incorrectly. It is infuriating Steps to Reproduce: 1.Highlight some text that is on it's own.. newlines above and below 2.select a headline from the style menu 3.watch entire document or paragraphs change to header style Actual Results: 3.watch entire document or paragraphs change to header style Expected Results: Only the highlighted text should change to the style. Because it was already in it's own paragraph, there may need to be some intelligent converting of newlines to paragraph breaks... I always want just what I highlighted to change to the style... so maybe the styles need to be adjusted so they don't work for a paragraph.. but if they need to be the newlines need to be changed... or some dialog needs to come up because this is so damned wrong... I'm about ready to not use headers or something because it is so infuriating. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Created attachment 144620 [details] Unfortunately in safemode newlines are not handled correctly I so very need when I press enter to function as a newline... I had to hold shift to make a newline as expected... Then the paragraph above changed with the current paragraph... THe problems continue to exist in safemode.
The behavior should be that when I highlight a line of text that is on it's own, and tell it to become a header, the software should make what I have selected to automatically be a new element... not convert the whole containing element to be a heading style. I think there is something goofy with paragraphs and newlines... perhaps it is in the ODF specification... but the software needs to be smart enough to not force me to deal with that. It's pretty obvious what needs to happen, and what is expected to happen.
Report is unclear and not good example. I'd say NotABug.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20190321
It still happens in 6.2.1.2 Version: 6.2.1.2 (x64) Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded I played with pressing enter and shift-enter... and if shift-enter was pressed the formatting goes to the next line. I highlighted the upper line and told it to change to another format and it applied formatting outside of the highlighted area... The whole header and styles stuff ignores highlighting... if that is by design it is hostile... If there needs to be a new paragraph marker to apply formatting to a selection, it should create paragraph dividers... If there is no highlighted area, I can forgive taking the whole line... but it should accept both enter and shift-enter key as a divider... not blow right past it... if it needs to convert a shift-enter into an enter (I know there are linefeeds carriage returns and some other type of character... and in HTML there is BR and P so ... I think shift-enter is a <BR/> and enter is a <p> but this is insane for actually editing a document... the editor should be smart enough to deal with them. It would be better to treat every enter as closing a <p></p> and have a different class for them... I can probably make a video or something... This is not an easy problem to solve... there may be different strategies that people prefer... but it is absolutely an error to not respect the highlighted area when assigning a style... Either that, or the style needs to be applied without a <p></p>... If I do a highlighted area, I expect only the stuff that I highlight to change... if something can't be centered do all the changes except for the centering because I didn't choose a paragraph.
Created attachment 150167 [details] put the cursor on "hi" and change the style by using the menu. the lines above hi will also change. This is definitely a bug. put the cursor next to, or highlight the word "hi" change the style by using the style pulldown. the lines "Why is this working now" and "why now?" get highlighted. So aggravating.
Hi Aaron, you can't confirm your own bugs. Somebody else has to do this. If I have some time, I will take a look at it, but for the moment I change status back to UNCONFIRMED.
(In reply to AaronPeterson from comment #6) > I played with pressing enter and shift-enter... > > and if shift-enter was pressed the formatting goes to the next line. Aaron, I'm not sure: Do you enter a new line (shift+enter) or do you enter a new paragraph (enter)? If you enter a new line, this new line belongs to the same paragraph and therefore it is clear, that it has the same style than the line before.
Hello Aaron, Did you try with a clean profile as suggested in comment 1 ?
Dear AaronPeterson, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear AaronPeterson, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp