Bug 141375 - equation change at the opening of the editor
Summary: equation change at the opening of the editor
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Formula Editor (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-31 04:47 UTC by Bernard Ruchet
Modified: 2024-04-14 03:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
The file with the bugged equation (13.63 KB, application/vnd.oasis.opendocument.text)
2021-03-31 04:53 UTC, Bernard Ruchet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bernard Ruchet 2021-03-31 04:47:18 UTC
Description:
When I double clic an equation to edit it, the equation is changed to a different equation. ctrl-z do not restore the change!

 

Steps to Reproduce:
This part does not always create a bugged equation, but it's how it was produced.
But I may give you the file with the bugged equation that systematicaly change when you try to edit it.

1. I created a first equation (in a non empty document)
2. Then duplicated it (ctrt-c ctrl-v)
3. I edited this second equation
   The display of the two equations is correct
4. I saved the document
5. I reopened the document
   The display of the two equations is still correct
6. I double clic the second equation to edit it


Actual Results:
The second equation change back to the first equation!
ctrl-z do not restore the change!

Expected Results:
I expected to be able to keep and edit the second equation


Reproducible: Sometimes


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 7.0.5.2 (x64)
Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a
CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: fr-CA (en_CA); UI: en-US
Calc: CL
Renderer: GeForce GTX 1080 Ti/PCIe/SSE2
Vendor: NVIDIA Corporation
Version: 4.6.0 NVIDIA 461.09
Shading language version: 4.60 NVIDIA
Comment 1 Bernard Ruchet 2021-03-31 04:53:05 UTC
Created attachment 170847 [details]
The file with the bugged equation

Double clic the equation to reproduce the problem
Comment 2 National Scholarship Portal 2021-04-07 04:38:45 UTC Comment hidden (spam)
Comment 3 raal 2021-04-07 18:25:44 UTC
Confirm with Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) and Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: c47ad11f8c2e917adebbd5d7b3a3ef6cc4b3e670
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

I can confirm that formula change after double click, I cannot reproduce how to create the formula. In the file /Object 36/context.xml I see the formula (unzip the odt file). Can you reproduce bad formula creating?
Comment 4 Bernard Ruchet 2021-04-08 02:59:43 UTC
No, I can't systematically reproduce a bugged formula. I had this bug more than once, and always with documents being mainly formulas. The way I edit these documents has a scheme: I cut and paste a previous formula then I modify it. When expanding formula, they may become very big... And it’s generally when the formula are then reduced that the bug appears, and sadly “undo” isn’t working anymore on these formulas, so there is no easy way to reproduce the bug...
Do you know a way to save and replay every editing in a document? If yes, I’ll try this method next time I’ll have to write a big “equation document”.
Comment 5 Alessia 2021-04-30 18:56:09 UTC
Hello,

I confirm that I can reproduce the bug from the attached file with

Version: 7.1.1.2 (x64) / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

and

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: f616d96bd8ce8986e4cc204953db0467e6060b5c
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 6 QA Administrators 2024-04-14 03:15:49 UTC
Dear Bernard Ruchet,

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