<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122943">122943</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.3.0.3 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Keywords</th>
<td>bibisected, bisected, regression
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Writer
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>mikekaganski@hotmail.com
</td>
</tr>
<tr>
<th>CC</th>
<td>Katarina.Behrens@cib.de, raykowj@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Create new text document; open Styles pane (F11) on Paragraph Styles;
right-click "Frame Contents"->Modify...; check that Organizer tab has nothing
under "Contains"; switch to Highlighting tab; switch back to Organizer tab and
see that "Automatic, Transparent" is shown under "Contains". Switching to Area
and back to Organizer tab adds "None" to "Contains".
Impact: this bug means that simply visiting the said tabs (without modifying
the settings there) adds explicit corresponding values to the style definition;
it's impossible to remove these definitions without cancelling the dialog. If
user overlooks the change (which is most likely), and presses Apply/OK (e.g.,
to save changes made on other tabs), then it's totally impossible to get rid of
the settings in the style later. Having the explicit settings in the style
means that the style doesn't inherit these settings from parent, thus breaking
normal (expected) inheritance of unset settings (user cannot set parent's Area
later and have all child styles have that Area).
The problem with Area tab started at
<a href="https://git.libreoffice.org/core/+/4c5079791f5d985151ebc090c5a07705e76a728e">https://git.libreoffice.org/core/+/4c5079791f5d985151ebc090c5a07705e76a728e</a>,
*after* the tab already was replaced with new color tab. The problem with
Highlighting is present in 6.2.0.2, but I cannot bibisect it, since the latest
in bibisect-win32-6.2 doesn't have it, and the oldest in bibisect-win32-6.3
already has it; but it's likely connected with the changes made in <a class="bz_bug_link
bz_status_NEW "
title="NEW - Color palette cannot be chosen in various places"
href="show_bug.cgi?id=105225">bug 105225</a>
moving to the new color pages.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>