Description: Two "Edit Style" buttons on the "Character Style" dialog Steps to Reproduce: 1. New Writer document 2. On the Styles pane, Character styles, right-click on Default, New... 3. Go to the Organizer tab Actual Results: Two Edit Style buttons. The first one doesn't do anything. Expected Results: Only one Edit Style button. Reproducible: Always User Profile Reset: No Additional Info:
Version: 6.1.0.2 (x64) Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: en-US (en_US); Calc: group threaded
The first one is for the 'Next Style' and the second one for the 'Inherit from' Style. if you change the first style to something else, the button will get enabled. This is the expected behaviour. Closing as RESOLVED NOTABUG
Character styles do NOT have a "Next Style". Thus, the button is just standing alone by itself. Setting back to UNCONFIRMED.
(In reply to Octavio Alvarez from comment #0) > Description: > Two "Edit Style" buttons on the "Character Style" dialog > > Steps to Reproduce: > 1. New Writer document > 2. On the Styles pane, Character styles, right-click on Default, New... > 3. Go to the Organizer tab > > Actual Results: > Two Edit Style buttons. The first one doesn't do anything. The first one doesn't do anything because you don't change style that need edit! By default for "Next style" selected "Untitled 1". It is that style, that you edit NOW. You already have opened dialogue for "Untitled 1"! Try select any another style from drop-down list and then push button "Edit Style". It will open new window for editing selected style! Xisco is right. It is NOTABUG.
(In reply to kompilainenn from comment #4) > (In reply to Octavio Alvarez from comment #0) > > Description: > > Two "Edit Style" buttons on the "Character Style" dialog > > > > Steps to Reproduce: > > 1. New Writer document > > 2. On the Styles pane, Character styles, right-click on Default, New... > > 3. Go to the Organizer tab > > > > Actual Results: > > Two Edit Style buttons. The first one doesn't do anything. > > The first one doesn't do anything because you don't change style that need > edit! By default for "Next style" selected "Untitled 1". It is that style, > that you edit NOW. You already have opened dialogue for "Untitled 1"! > Try select any another style from drop-down list and then push button "Edit > Style". It will open new window for editing selected style! > > Xisco is right. It is NOTABUG. ah, i'm very sorry. Character style dialogue really has excess button "Edit style" that doesn't work. Status->NEW
Patch in gerrit: https://gerrit.libreoffice.org/#/c/58472/
Xisco: two buttons "Edit Style" there are in dialogues Numbering style, Frame style, also
(In reply to kompilainenn from comment #7) > Xisco: two buttons "Edit Style" there are in dialogues Numbering style, > Frame style, also yep, with my patch they are gone too...
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8e7d6bd5095404337c6e6dab1b9a20f69765ef29 tdf#119052: hide edit style button in character style It will be available in 6.2.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.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=62191a46cd8ceb73145ede57667304b159f5461e&h=libreoffice-6-1 tdf#119052: hide edit style button in character style It will be available in 6.1.1. 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.
verified in LO 6.1.1.1 on Windows
*** Bug 112870 has been marked as a duplicate of this bug. ***