Bug 159294 - Not all active Page Styles show in Applied Styles filter
Summary: Not all active Page Styles show in Applied Styles filter
Status: RESOLVED DUPLICATE of bug 158504
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.0.0 beta1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Writer-Styles-Page
  Show dependency treegraph
 
Reported: 2024-01-20 00:48 UTC by Alistair Saywell
Modified: 2024-04-03 06:32 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Three page document with 2 page styles: Chapter & Chapter Running. Applied Styles show only Chapter (28.57 KB, application/vnd.oasis.opendocument.text)
2024-01-20 00:48 UTC, Alistair Saywell
Details
Left and Right Page Styles (20.99 KB, application/vnd.oasis.opendocument.text)
2024-03-12 20:28 UTC, Tex2002ans
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alistair Saywell 2024-01-20 00:48:50 UTC
Created attachment 192069 [details]
Three page document with 2 page styles: Chapter & Chapter Running. Applied Styles show only Chapter

In a Writer document not all active page styles show when the Applied Styles filter is selected.

First example:
1. Open a new document, write a few words and press Ctrl+Enter to start a new page
2. In the Styles pane, select Page Styles and apply the filter Applied Styles
3. The Page style *Default Page Style* is not visible even though it is in use.

Second example:
1. Open attached document *FilterAppliedStyles24-2.odt* and set Applied Styles
2. Only one page style is visible, *Chapter*; the other page style, *Chapter Running* which is set as next style is not visible

Both work correctly on 7.6.4.1 and earlier

Tested on 24.2.0.0 beta 1 
Tested again on new parallel installation:
Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-NZ (en_NZ); UI: en-GB
Calc: CL threaded
Comment 1 m_a_riosv 2024-01-20 21:41:07 UTC
Reproducible with
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d0f2d5ec9f7f988a1493916ae35bac1986c95a8
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded
and
Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

Last working for me
Version: 7.6.5.0.0+ (X86_64) / LibreOffice Community
Build ID: 672f5a749d6d8b000d4111146c318d28ea41973f
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded
Comment 2 BogdanB 2024-01-26 11:59:00 UTC
I tried to bibisect this, but I am getting:
bogdan@bogdan-IdeaCentre-AIO-3-24ALC6:~/Documente/Bibisect/24.2/linux-64-24.2$ git bisect good && ./instdir/program/soffice
Bisecting: 616 revisions left to test after this (roughly 9 steps)
[4b81bfef9f07dc2f4fb06376e5308eb3165234e1] source f6e8e1799315fd9494db514d969c24cf0ca46753
soffice.bin: ../../../../src/cairo-surface.c:930: cairo_surface_reference: Assertion `CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&surface->ref_count)' failed.
soffice.bin: ../../../../src/cairo-surface.c:930: cairo_surface_reference: Assertion `CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&surface->ref_count)' failed.
soffice.bin: ../../../../src/cairo-surface.c:930: cairo_surface_reference: Assertion `CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&surface->ref_count)' failed.
soffice.bin: ../../../../src/cairo-surface.c:930: cairo_surface_reference: Assertion `CAIRO_REFERENCE_COUNT_HAS_REFERENCE (&surface->ref_count)' failed.

and LibreOffice crash...
Comment 3 BogdanB 2024-01-27 11:36:50 UTC
In debug version, I am getting this:
warn:sw.ui:173286:173286:sw/source/uibase/app/docstyle.cxx:1442: GetItemSetForPreview not implemented for page or number or table style

Maybe this info helps.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2cedb1a19ad605df4e148589e9027512e4dd9265
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 4 Tex2002ans 2024-03-12 20:28:40 UTC
Created attachment 193083 [details]
Left and Right Page Styles

I just ran across this issue in:

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

Attached is a sample ODT.

I applied these 2 Page Styles:

- Left Page
   - Green background.
- Right Page
   - Yellow background.

so you can see:

- Page 1 = yellow
- Page 2 = yellow
- Page 3 = green

If you:

1. Press "View > Styles".
2. In the Styles sidebar, along the very top:
   - Press the "Page Styles" icon.
3. In the Styles sidebar, along the very bottom dropdown:
   - Choose "Applied Styles".

- - -

Current:

Only 1 Page Style is listed:

- Right Page

Expected:

3 Page Styles listed:

- Default Page Style
   - Always show this, similar to "Default Paragraph Style".
- Left Page
- Right Page
Comment 5 Tex2002ans 2024-03-12 21:07:22 UTC
And I agree with comment 3's assessment.

Using my ODT from comment 4:

LO 7.6.5 shows:

- Left Page
- Right Page

LO 24.2.2 shows:

- Right Page

- - -

I also tried to bibisect on Linux, but got stuck in a huge crashing loop similar to Bogdan in comment 2.

Looks like this difference occurred early on in the LO 24.2.0 lifecycle.

Bogdan was able to narrow it down to ~616 revisions, but my bibisect was able to get down to ~256... so I think it may have happened between these 2 commits:

September 1, 2023:

2aae9b21 source 847df831b1c46a257fd371c6a193387cc9c06c4b

August 23, 2023:

cda98551 source 2f5bc5989bab384fee066d0346eb7312f4a58d2a
Comment 6 Kira Tubo 2024-04-03 06:32:12 UTC
Seems to be a duplicate of bug 158504 that I bibisected a while ago. These new samples also start at commit 140079362502408c75ceee67e86d779f61c0ac1b.

*** This bug has been marked as a duplicate of bug 158504 ***