Default values do not display: 1. New Text Document. 2. Format -> Bullets and Numbering -> Position. Result: "Aligned at:", "at:", and "Indent at:" boxes are blank. 3. Click on Level 2. 4. Click back to Level 1. Result: Boxes display default values. Entering values does not affect other levels: 1. New Text Document. 2. Format -> Bullets and Numbering -> Position. 3. Enter 0.60cm in "Aligned at:" box. 4. Enter 1.20cm in both "at:" and "Indent at:" boxes. 5. Click on Level 2. Expected Result: "at:" and "Indent at:" values increase by "Aligned at:" value in Level 1 and "Aligned at:" value uses "at:" or "Indent at:" value from preceding level. Result: All levels have the same value as Level 1. After getting the default values to display, changing the values in Level 1 does not change the values in the other levels, so I'm not sure if the expected result on the last test should just be "do not change values in other levels". The Help is unclear when it says that indents are Relative--Indents the current level relative to the previous level in the list hierarchy. Is it automatic or is their supposed to be a checkbox? Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Reproducible with LO 4.4.1.2, Win 8.1 But I have no answer/opinion to the question raised at the end of the bug report.
This is probably a side effect of the fix for tdf#78783
@stefan: maybe you can have a look ? thanks a lot, Cor
@Cor Nouws I had a quick look on the changes introduced by my patch. These shouldn't effect the standard behavior of the menu itself. The code only changes the focus on the different levels and not the content itself. As I currently don't have a build available on my machines I have to bisect it later. But it might take a while.
Here is the link to the patch: http://cgit.freedesktop.org/libreoffice/core/commit/?id=c613b5dba883897c927f7b60c84830c62a79d0ea
Sorry, the patch is already linked in the tdf#78783
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
still a problem in current versions
Created attachment 124941 [details] screenshot before and after the patch commit caused change of the levels, before was focus at the level 1-10 (blank textboxes expected), after the commit the level is 1 (should read level 1 values) 879f1c27c61fe2a86c10db0d4daca496ddea342e is the first bad commit commit 879f1c27c61fe2a86c10db0d4daca496ddea342e Author: Matthew Francis <mjay.francis@gmail.com> Date: Sun Mar 15 03:06:04 2015 +0800 source-hash-c613b5dba883897c927f7b60c84830c62a79d0ea commit c613b5dba883897c927f7b60c84830c62a79d0ea Author: Stefan Weiberg <stefan.weiberg@germandev.org> AuthorDate: Fri Sep 12 05:57:02 2014 +0000 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Thu Sep 25 12:32:36 2014 +0000 fdo#78783: fixed init position to 1 and using css Change-Id: Ib7c62ce23290056c42bfa89fbac91212e7ae0ab6 Reviewed-on: https://gerrit.libreoffice.org/11409 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
*** Bug 104357 has been marked as a duplicate of this bug. ***
This is caused by an easy hack so I turn this one to an other easy hack to fix it. Code pointers: Commit caused this issue is: https://cgit.freedesktop.org/libreoffice/core/commit/?id=c613b5dba883897c927f7b60c84830c62a79d0ea The tabs behavior is specified by these two classes (both Position and Customize tab are affected on some way): SvxNumOptionsTabPage (Customize tab) and SvxNumPositionTabPage (Position tab). Focus on ActivatePage() and Reset() methods.
what needs to be done here?? default values should be displayed in the level-1 and when some values are entered in level-1, it should affect other levels too, is that all ??? What happens when someone changes values in other levels(other than 1)???
This easy hack is about the first part of the bug report: "Default values do not display: 1. New Text Document. 2. Format -> Bullets and Numbering -> Position. Result: "Aligned at:", "at:", and "Indent at:" boxes are blank. 3. Click on Level 2. 4. Click back to Level 1. Result: Boxes display default values." As the title of the bug is also about this bug. So the problem is that opening Position tab (and also Customize tab is affected) of Bullets and Numbering dialog the level-1 is selected in the list on the left side of the tab page, but the input boxes are not set to the values level-1 has. I'm not sure the second part of the bug report is actually a bug. I don't see anything on the GUI which makes to expect that higher levels are calculated relatively to lower levels. I see absolute values here. The help must be outdated.
There is position tab in Bullets and Numbering, but I am not able to find customize tab. Where is it and what is it used for????
(In reply to Vidhey PV from comment #14) > There is position tab in Bullets and Numbering, but I am not able to find > customize tab. Where is it and what is it used for???? If you open Bullets and Numberings in Impress you can see the Customize tab, but its the same as Options tab in Writer. I think it just have different names in the different components. On this tab the problem is, when you open it sometimes the level-1 is selected, sometimes not (level 1 should be selected). And also when level-1 is selected the preview on the right side is not show the correct result. You can check it by reselecting the level-1 from the list of levels.
In Reset() method, we are inserting levels and pointing the default level to level 1.What does ActivatePage() method do?? and which method is related to activating preview of various levels???
(In reply to Vidhey PV from comment #16) > In Reset() method, we are inserting levels and pointing the default level to > level 1.What does ActivatePage() method do?? and which method is related to > activating preview of various levels??? This easy hack is about to understand the code called by these tab pages. So you should spend some time with reading the code and test how it works. Reset() method and ActivatePage() methods were changed by the commit which this issue is related to. So these are a good starting point. I guess ActivatePage is called when the specific tab page is selected on the dialog, the reset method might be called when Reset button is pushed on the dialog. You can debug the code and find out which is called when and so what functionality they have. It's not just about activating the preview I think. It's the same problem that Position tab has: the level-1 is selected from the level list, but other part of the dialog is not updated accordingly.
pv2k committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=610bc5aa161e726135feee0c7f64331df090475a tdf#89932 bullets and numbering position tab level-1 It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
> Entering values does not affect other levels: > 1. New Text Document. > 2. Format -> Bullets and Numbering -> Position. > 3. Enter 0.60cm in "Aligned at:" box. > 4. Enter 1.20cm in both "at:" and "Indent at:" boxes. > 5. Click on Level 2. > Expected Result: > "at:" and "Indent at:" values increase by "Aligned at:" value in Level 1 and > "Aligned at:" value uses "at:" or "Indent at:" value from preceding level. > Result: > All levels have the same value as Level 1. > > After getting the default values to display, changing the values in Level 1 > does not change the values in the other levels, so I'm not sure if the > expected result on the last test should just be "do not change values in > other levels". > > The Help is unclear when it says that indents are Relative--Indents the > current level relative to the previous level in the list hierarchy. Is it > automatic or is their supposed to be a checkbox? This part not seems a bug. Position tab has a Relative check box in Impress, but not in Writer. So in Writer levels are independent from each other.