Description: Writer problem: For some documents, I can right click in a paragraph, select "Paragraph → Paragraph ..." menu option, adjust the paragraph style, and it appears to affect every paragraph with that style (bad behavior). On other documents, it only affects the paragraph where the cursor is located (expected behavior). Even when adjusting the indent/margin icon at the top of the page (in the ruler), all paragraphs were affect by the change rather than just the one paragraph where the cursor was (bad behavior). And when attempting to set a paragraph style to a paragraph by double-clicking the style name in the side-bar selection list, it does NOT apply the style - sometimes, in some documents. When editing a style (by selecting it in the side-bar with the "Edit" context menu option), applying a change to a style that is the basis for other styles sometimes does and sometimes does not affect other styles that are based on the style. And further, it sometimes does and sometimes does not affect the paragraphs of the document that have those styles applied to them. VERY CONFUSING AND INCONSISTENT BEHAVIOR. Steps to Reproduce: 1.Select a paragraph by placing the cursor anywhere in the paragraph. 2.Open the side-bar and select the Styles and Formatting pane. 3.Select the paragraph icon. 4.Double-click any style you want. 5.Observer whether the style is applied to the paragraph or not. (Usually won't be.) 6.Edit the style (right-click the style name and selected Edit) 7.Change an option like font or spacing. 8.Select Apply or OK. 9.Change should be applied to the paragraph, but probably won't be. Actual Results: Changes applied to entire document when only one paragraph selected for updating. Or changes not applied at all. Inconsistent behavior. Expected Results: Changes should be applied, all the time, to only the selected paragraph (when choosing the "Paragraph → Paragraph..." option within a paragraph), or only those paragraphs that have the selected style applied (when editing a style from the side-bar list). Reproducible: Sometimes User Profile Reset: Yes OpenGL enabled: Yes Additional Info: There is no Help - About LibreOffice for this that I can find. Especially dealing with templates (another issue that is also not functioning properly).
What would you like me to comment on? See description of problem. If you have specific questions, then I can answer them.
(In reply to DErik from comment #1) > What would you like me to comment on? See description of problem. If you > have specific questions, then I can answer them. That is just our internal QA tracking. Indicating the bug has not been triaged in any way. To that end, you have described a broad range of behaviors that *would* be dependent on how a document is created and its mix of Direct formatting versus application of Paragrah/Character and even List or Page Style(s). This is back to you NEEDINFO--to provide reasonable test document examples (with known creation steps) to duplicate the issue. And, I'd suggest you generate them as Flat ODF (save-as export to .fodt) as that really helps sus out the direct formatting vs. applied style issues inspecting the XML directly.
Created attachment 151890 [details] Flat ODF of unedited new file from template One of three files attached to help diagnose and detect problems.
Created attachment 151891 [details] Template used to create the FODT Second of three files to diagnose and detect problem.
Created attachment 151892 [details] Initially created and unedited file from template. Third of three files to diagnose and detect problem.
Included three files, FODT, OTT, and ODT to help diagnose and determine problem. File was created simply from a "New ..." command with the OTT included here as the default template to use when created new ODFs. None of the files have been edited, which is why the ODT and FODT have a lot of "garbage" in them. I left that stuff in the template to let me know what style each paragraph was actually assigned to it in an attempt to figure out how changing the style of the paragraph or the basic style configuration itself affected the objective paragraph and other paragraphs. Didn't really help me much; just confused me because of the various ways the changes I made to the paragraph style or the basic style was applied, or not applied.
[Automated Action] NeedInfo-To-Unconfirmed
If you do right-click, Paragraph -> Paragraph, you are not affecting the style, but applying direct formatting. Mixing direct formatting with styles is bound to cause you confusion. Please tell us, what we should do after opening the OTT to see some effect that is inconsistent in your view.
Yes, I know that. But it does not always happen that way. Sometimes it affects the paragraph, and sometimes it does not have any affect at all. Same for modifying the style, SOMETIMES it changes the style, and applies the changes to all the paragraphs that employ that style, and sometimes it does not. And furthermore, sometimes making a change to a style on which another style is based causes a change in the dependent style, and sometimes it does not. That is the problem. IT IS INCONSISTENT! And there really is no clear documentation that says what the various ways of applying or setting styles are, or what the ramifications of doing something are. Perhaps changing a style is not supposed to affect other styles that are dependent on it - I cannot find any documentation that clearly states whether such dependencies are one-time only (like when a dependent style is created) or whether changing the style on which another style is dependent (either by actually change the base style itself or by selecting a totally different style on which to base a style) is supposed to affect the dependent style. This all needs clarified and fixed to work consistently.
Please give actionable steps that we can do for the OTT file.
I don't know how to be more explicit. You guys should already know how this stuff is supposed to work, so what "actionable steps" can I provide that I haven't already provided. Review the "Steps to Reproduce:" below. Otherwise, just forget it. If you can't or don't want to research and fix it, that's your choice. I don't know what else I can do to help you.
(In reply to DErik from comment #11) > I don't know how to be more explicit. You guys should already know how this > stuff is supposed to work, so what "actionable steps" can I provide that I > haven't already provided. Review the "Steps to Reproduce:" below. Otherwise, > just forget it. If you can't or don't want to research and fix it, that's > your choice. I don't know what else I can do to help you. 1. I opened the OTT 2. With the cursor in the first paragraph, I applied Text Body style (worked OK) 3. I edited Text Body style and changed the font to Liberation Sans (worked OK) So now I "researched it", but I see no problem. Are you saying you cannot consistently reproduce the problem using the OTT and thus cannot give reliable steps? Version: 6.4.0.0.alpha0+ (x64) Build ID: b61a1ca837223ba9d7da1aa8936f228d89bde60a CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-16_01:14:55 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
(In reply to DErik from comment #0) > Description: > Writer problem: For some documents, I can right click in a paragraph, select > "Paragraph → Paragraph ..." menu option, adjust the paragraph style, and it > appears to affect every paragraph with that style (bad behavior). On other > documents, it only affects the paragraph where the cursor is located > (expected behavior). DErik, did you consider the ption "AutoUpdate" in the Organizer Tab of the paragraph style dialog? If this option is enabled all paragraphs with that style are updated, if you change that paragraph style. Does this solve your problem? => NEEDINFO
I don't see an "Organizer" tab on the Format→Paragraph... dialog. But I did try it on the "Styles and Formatting" side-bar by select "Modify ..." from the right-click context menu on a paragraph style. I couldn't find any documentation on what that checkbox did or did not affect. So I tried various options, of all kinds, too many to relate here, to determine what the impact of that button was - to no avail. I still don't know what it does or doesn't do; nothing I tried showed any change in the behavior of the software. (I should tell you I'm a retired software engineer. I wrote operating systems, database engineers, comm systems, and a lot of "normal" user application software (still do for myself). And spent many years in the "System Software" department answering other people's questions about how to do things, and diagnosing their problems, and providing solutions they hadn't thought of. Then more years as an integrator of other people's software, diagnosing and fixing compatibility problems and new technology glitches in existing software, as well as working with the end-users to explain what was happening and how to use the software. So I'm not a novice at this.)
(In reply to DErik from comment #15) > But I did > try it on the "Styles and Formatting" side-bar by select "Modify ..." from > the right-click context menu on a paragraph style. I couldn't find any > documentation on what that checkbox did or did not affect. So I tried > various options, of all kinds, too many to relate here, to determine what > the impact of that button was - to no avail. I still don't know what it does > or doesn't do; nothing I tried showed any change in the behavior of the > software. As I wrote in comment 14: If this option is enabled all paragraphs with that style are updated if you change style of one paragraph. So if your problem is, that for some styles all paragraphs with that style are changed and with some paragraphs, please have a look if th paragraph style in the first case has enabled the AutoUpdate option. You also can attach a sample document with that problem. => NEEDINFO
(In reply to Dieter Praas from comment #17) > You also can attach a sample document with that problem. We already have one sample, attachment 151891 [details], but no steps to perform on it to reproduce any specific problem.
(In reply to Buovjaga from comment #18) > (In reply to Dieter Praas from comment #17) > > You also can attach a sample document with that problem. > > We already have one sample, attachment 151891 [details], but no steps to > perform on it to reproduce any specific problem. Sorry, you're right. Some steps to reproduce would be helpful.
Dear DErik, 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 DErik, 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