Bug 144009 - Filesave PPTX or PPT: Impress Notes doesn't not save changes to Notes format
Summary: Filesave PPTX or PPT: Impress Notes doesn't not save changes to Notes format
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:ppt, filter:pptx
Depends on:
Blocks: PPTX PPT
  Show dependency treegraph
 
Reported: 2021-08-22 18:46 UTC by Mike Reardon
Modified: 2024-09-05 03:17 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
This is the original file in question prior to changes (14.32 MB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2021-08-22 18:50 UTC, Mike Reardon
Details
Example file (10.61 KB, application/vnd.oasis.opendocument.presentation)
2021-09-09 19:54 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Reardon 2021-08-22 18:46:46 UTC
Description:
Hi

I installed 7.2 version on Linux lite os on laptop with 4gb RAM and 128 GB SSD

Received a MS PPT file.  Began modifications.  Upon adding notes, changed font, font size and default font from Arial 20pt to Liberation Sans 16pt.  And changed indent to zero.  Saved.  Re-open the next day, style remains default from original MS PPT.  Changed in Notes Master.  Managed styles.  Updated.  Saved

But nothing sticks when I reopen the file.

Workaround is to remake the changes prior to presentation.  What a pain..

Steps to Reproduce:
1.In one slide, change note style and formatting.  Save.  Close.  Open and File save is not saved for note.
2.In impress, go to format style, notes, make changes, save.  Close.  Open and file is not saved for style
3 In impress, to to master notes, make changes, save.  Close.  Open and filesave is not saved

for font (from Arial to Liberation Sans); font size (20 to 16) and indent down to zeo.
3.

Actual Results:
It works when in the file.  Upon reopening it is not saved.

Expected Results:
That upon reopening changes to style and formating remain.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
This is a completely new install
Comment 1 Mike Reardon 2021-08-22 18:50:12 UTC
Created attachment 174478 [details]
This is the original file in question prior to changes
Comment 2 Timur 2021-08-23 12:14:19 UTC
Seems like a bug. I couldn't find an existing report. Test in 7.3+.

We change Master Notes text format and write some text there, save to PPTX and PPT and reopen. 
New text format is not seen in Master Notes, although it's applied on existing notes. Not applied on new ones (default LO or MSO format is applied). 
Text in Master Notes is not seen in LO but seen in MSO.
Comment 3 Telesto 2021-09-09 19:54:53 UTC Comment hidden (obsolete)
Comment 4 Telesto 2021-09-09 20:01:02 UTC
(In reply to Telesto from comment #3)
> Created attachment 174932 [details]
> Example file
> 
> 1. Open the attached file
> 2. Create a new sheet -> Notice it's following formatting
> 3. Save as PPTX
> 4. File reload
> 5. Create additional slide, notice it's default formatting

The formatting wasn't exported or imported at all with (even for existing sheets with

Versie: 4.2.0.4 
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71

working better with
Version: 4.3.0.4
Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0

So this might be an incomplete fix.. adding bibisectrequest for sake of code pointer and a commit message
Comment 5 Timur 2021-09-17 12:35:00 UTC
I lost some time trying to bibisect, anyway it's useless info, shouldn't be asked. https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=bc4f7d26b5a58b935d62de42a9612b2e2b6a8c52..838a6011c19870ea36695aab4b4497dcbd1880f5
Comment 6 QA Administrators 2024-09-05 03:17:33 UTC
Dear Mike Reardon,

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 with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug