Bug 140415 - Table properties (some) are not saved when saved as .pptx (might be related to bug 89806)
Summary: Table properties (some) are not saved when saved as .pptx (might be related t...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.0.4.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PPTX-Tables
  Show dependency treegraph
 
Reported: 2021-02-14 20:45 UTC by lal
Modified: 2023-08-10 15:52 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description lal 2021-02-14 20:45:24 UTC
How to recreate bug:
1. Start new Impress file
2. Insert Table (3x3)
3. type a number in each cell
4. Select all cells and set format to "center vertically"
5. Save the file as .pptx
6. open the file and the "center vertically" is not present.

bug does not appear when saving as .odp

It may be related to the issue as reported in bugzilla item 89806, as I have also seen other bugs (e.g. table size changes when being dragged around on the page) but could not recreate them for this report.

I use Windows 64-bit version in Windows 10
Comment 1 mulla.tasanim 2021-03-12 16:41:49 UTC
Thank you for reporting the bug. 

If I'm saving the file as .pptx then only I can reproduce the bug in

Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nb-NO (en_US); UI: en-US
Calc: CL

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL


FILE SAVED AS .ODP FILE, DOESN'T REPRODUCE THE BUG
Comment 2 lal 2021-03-12 18:35:48 UTC
The point is that this bug is if you save the file as .pptx, not .odp - so your note is correct and it is still a bug as described.

thank you for your kind consideration.
Comment 3 QA Administrators 2023-03-13 03:19:49 UTC
Dear lal,

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