Description: When I am open a *.doc format, formula definition is too low, I can't see the small symbols, indexes and overbars/underbars. Steps to Reproduce: 1. Turn off in settings export to the MathType MS office format. 2. Create a new document or import any document with formulas. 3. Create any formula in this document. 4. Save this document in *.doc format. 5*. If you will export/print this document in *.pdf format, this bugs will be save. Actual Results: Formula definition is too low, I can't see nothing, I see just a pixels on the screen. Expected Results: Formula definition is normal, like in 6.2.0.3. Reproducible: Always User Profile Reset: No Additional Info: I've been turned off formula load/saving from MS office. And I cannot find how to enable OpenGL in settings. Version: 7.0.0.3 (x86) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e Потоков ЦП: 4; ОС: Windows 10.0 Build 16299; Отрисовка ИП: по умолчанию; VCL: win Locale: ru-RU (ru_RU); ИП: ru-RU Calc: threaded
Created attachment 164542 [details] Low resolution of a formula object
Created attachment 164543 [details] Test document, see end of page 4 and beginning of a page 5 to broken formulas.
Confirm.. its solved by entering the frame containing the formula. This is a known problem IIRC Version: 7.1.0.0.alpha0+ (x64) Build ID: 8700bace8c0714d853f5df6918ab9c8bb3d81f77 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
There is an issue with DOC export. So saving a formula to doc will produce low res formula's (until clicking side the formula). Another work around is saving to DOCX
Telesto, most of my documents and projects contains hundred of formulas, and find everyone and click on it is a big problem. When printing, it is also make a big problems. So, I know about export in *.docx format, it is strictly NOT RECOMMENDED TO DO THIS, NEVER EXPORT YOUR FILES IN DOCX FORMAT, it is avsolutely useless. And I know about this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=128675 DOC format is balanced and universal format standart. I mark stable version is 6.2.0.3, in this version is all right with formulas.
I confirm it with: Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); ИП: ru-RU Calc: CL
Created attachment 167265 [details] Test DOC 1 page This bug wasn't reported and triages well. Not clear if DOC attached is MSO or LO saved, which is most important. I assumed it's MSO saved and resaved as 1 pages DOC (wrong to attach original document with many irrelevant pages). Than it's not clear if this is Fileopen or Filesave bug. While steps refer to Filesave, simple Fileopen shows worse visibility. Important that it was OK in 6.2, so likely a regression in 6.3. Not easy to find, because not much different. Assuming this is fileopen for DOC attached: commit 12f72c57cddfa822e6113b345fa20ab64c1914bf Date: Fri Oct 25 09:53:38 2019 +0200 source 1560adf9cfd1d4ef076561b1c48e80c9936c940d previous source e63d60c90d465ea6d9177bb82c25a35185a05a6e author Xisco Fauli <xiscofauli@libreoffice.org> 2019-10-21 17:41:52 +0200 committer Miklos Vajna <vmiklos@collabora.com> 2019-10-25 09:38:08 +0200 commit 1560adf9cfd1d4ef076561b1c48e80c9936c940d (patch) tree 3a557d7e7e65fdc3133b891aa1339a0018f61914 parent e63d60c90d465ea6d9177bb82c25a35185a05a6e (diff) tdf#115967: Revert "sw: Use primitive renderer for graphics" This reverts commit 302af8c2da58719844d22483b65a9fe5b3674684 Note: As for DOCX saved in MSO from DOC, it's worse in LO.
Xisco, which is a base bug now for a duplicate, is it bug 129244?
I am not confirm it with LibreOffice 6.2.0.3, this is a stable version which formula images looks normal.
Not confirm with 6.2.0.3. Версия: 6.2.0.3 ID сборки: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; VCL: win; Локаль: ru-RU (ru_RU); UI-Language: ru-RU Calc: threaded
(In reply to Timur from comment #8) > Xisco, which is a base bug now for a duplicate, is it bug 129244? Please see this.
*** Bug 142970 has been marked as a duplicate of this bug. ***
Dear Army_bloodcore, 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
Fixed by c2eb8d81e01ff016358c573b6d2f6c28e14f575a