[Libreoffice-bugs] [Bug 48803] Hyperlink only accessible in left or justified aligned text
https://bugs.documentfoundation.org/show_bug.cgi?id=48803 Rainer Bielefeld Retired changed: What|Removed |Added CC|LibreOffice@bielefeldundbus | |s.de| --- Comment #10 from Rainer Bielefeld Retired --- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144437] rtf export: bookmark is moved to paragraph begin
https://bugs.documentfoundation.org/show_bug.cgi?id=144437 --- Comment #1 from Vasily Melenchuk (CIB) --- Created attachment 174963 --> https://bugs.documentfoundation.org/attachment.cgi?id=174963=edit Simple ODT file which has bookmark at the end -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144437] rtf export: bookmark is moved to paragraph begin
https://bugs.documentfoundation.org/show_bug.cgi?id=144437 Vasily Melenchuk (CIB) changed: What|Removed |Added Version|7.2.1.1 rc |3.3.0 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144437] New: rtf export: bookmark is moved to paragraph begin
https://bugs.documentfoundation.org/show_bug.cgi?id=144437 Bug ID: 144437 Summary: rtf export: bookmark is moved to paragraph begin Product: LibreOffice Version: 7.2.1.1 rc Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vasily.melenc...@cib.de Description: During export to RTF bookmark from paragraph end is moved to paragraph begin. Steps to Reproduce: 1. Create a new writer document with just one sample paragraph 2. Insert bookmark at the end of document (end of paragraph) 3. Export to RTF 4. Load existing RTF Actual Results: Bookmark is transferred to paragraph begin. Expected Results: Bookmark is located at the paragraph end, as in source document. Reproducible: Always User Profile Reset: No Additional Info: - -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 95600] Modify a cell that contains URL in Calc; unable to modify hyperlink in formula bar
https://bugs.documentfoundation.org/show_bug.cgi?id=95600 --- Comment #15 from John --- However, my initial statement applies to existing links that cannot be edited in the formula bar or in the cell. but new entries can be edited in the formulae bar. -- You are receiving this mail because: You are the assignee for the bug.
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 3 new defect(s) introduced to LibreOffice found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 3 of 3 defect(s) ** CID 1491409: Uninitialized members (UNINIT_CTOR) /workdir/UnpackedTarball/cuckoo/libcuckoo/cuckoohash_map.hh: 1555 in libcuckoo::cuckoohash_map<_rtl_uString *, std::pair, svlHashFunction, svlEqualsFunction, std::allocator>>, (unsigned long)4>::b_slot::b_slot()() *** CID 1491409: Uninitialized members (UNINIT_CTOR) /workdir/UnpackedTarball/cuckoo/libcuckoo/cuckoohash_map.hh: 1555 in libcuckoo::cuckoohash_map<_rtl_uString *, std::pair, svlHashFunction, svlEqualsFunction, std::allocator>>, (unsigned long)4>::b_slot::b_slot()() 1549 static_assert(MAX_BFS_PATH_LEN - 1 <= 1550 std::numeric_limits::max(), 1551 "The depth type must able to hold a value of" 1552 " MAX_BFS_PATH_LEN - 1"); 1553 static_assert(-1 >= std::numeric_limits::min(), 1554 "The depth type must be able to hold a value of -1"); >>> CID 1491409: Uninitialized members (UNINIT_CTOR) >>> Non-static class member "depth" is not initialized in this constructor >>> nor in any functions that it calls. 1555 b_slot() {} 1556 b_slot(const size_type b, const uint16_t p, const decltype(depth) d) 1557 : bucket(b), pathcode(p), depth(d) { 1558 assert(d < MAX_BFS_PATH_LEN); 1559 } 1560 }; ** CID 1491408: Uninitialized members (UNINIT_CTOR) /workdir/UnpackedTarball/cuckoo/libcuckoo/cuckoohash_map.hh: 869 in libcuckoo::cuckoohash_map<_rtl_uString *, std::pair, svlHashFunction, svlEqualsFunction, std::allocator>>, (unsigned long)4>::TwoBuckets::TwoBuckets()() *** CID 1491408: Uninitialized members (UNINIT_CTOR) /workdir/UnpackedTarball/cuckoo/libcuckoo/cuckoohash_map.hh: 869 in libcuckoo::cuckoohash_map<_rtl_uString *, std::pair, svlHashFunction, svlEqualsFunction, std::allocator>>, (unsigned long)4>::TwoBuckets::TwoBuckets()() 863 // locks. In normal_mode, we actually do take locks, and can rehash lazily. 864 using locked_table_mode = std::integral_constant; 865 using normal_mode = std::integral_constant; 866 867 class TwoBuckets { 868 public: >>> CID 1491408: Uninitialized members (UNINIT_CTOR) >>> Non-static class member "i2" is not initialized in this constructor nor >>> in any functions that it calls. 869 TwoBuckets() {} 870 TwoBuckets(size_type i1_, size_type i2_, locked_table_mode) 871 : i1(i1_), i2(i2_) {} 872 TwoBuckets(locks_t , size_type i1_, size_type i2_, normal_mode) 873 : i1(i1_), i2(i2_), first_manager_([lock_ind(i1)]), 874 second_manager_((lock_ind(i1) != lock_ind(i2)) ? [lock_ind(i2)] ** CID 1454626: Uninitialized members (UNINIT_CTOR) /oox/source/export/chartexport.cxx: 543 in oox::drawingml::ChartExport::ChartExport(int, std::shared_ptr, const com::sun::star::uno::Reference &, oox::core::XmlFilterBase *, oox::drawingml::DocumentType)() *** CID 1454626: Uninitialized members (UNINIT_CTOR) /oox/source/export/chartexport.cxx: 543 in oox::drawingml::ChartExport::ChartExport(int, std::shared_ptr, const com::sun::star::uno::Reference &, oox::core::XmlFilterBase *, oox::drawingml::DocumentType)() 537 , mbHasCategoryLabels( false ) 538 , mbHasZAxis( false ) 539 , mbIs3DChart( false ) 540 , mbStacked(false) 541 , mbPercent(false) 542 { >>> CID 1454626: Uninitialized members (UNINIT_CTOR) >>> Non-static class member "mbHasDateCategories" is not initialized in >>> this constructor nor in any functions that it calls. 543 } 544 545 void ChartExport::SetURLTranslator(const std::shared_ptr& pTransformer) 546 { 547 mpURLTransformer = pTransformer; 548 } To view the defects in Coverity Scan visit, https://u15810271.ct.sendgrid.net/ls/click?upn=HRESupC-2F2Czv4BOaCWWCy7my0P0qcxCbhZ31OYv50ypSs1kiFPuCn2xFdlMIFBirii0zZ9j2-2F9F2XPBcBm2BNgi9duPy3v-2FzgFDd2LJ-2BDKI-3Dqfzr_OTq2XUZbbipYjyLSo6GRo-2FpVxQ9OzkDINu9UTS-2FQhSdO0F0jQniitrGlNxDIzPJi8Yl5FxFC1LklfV039wgscxnIjLWDh8J6hBKOIDcHNrMymQlXwofvmTuO498ayhDWpRgH-2Fhvq5ouQM-2BNEBzsI6Ry0Ld8SK1ObJLGEAd1CZVjLj4dNedP-2FhZnE4XqnWqEtsYVeNK5VQiwWH0JxExTasU1y4k9N0-2BwlLOsngS2K054-3D
[Libreoffice-bugs] [Bug 95600] Modify a cell that contains URL in Calc; unable to modify hyperlink in formula bar
https://bugs.documentfoundation.org/show_bug.cgi?id=95600 John changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #14 from John --- In response to email request, I confirm that I am NOT able to edit a hyperlink in Calc without deleting it and re-writing it. I note from my Calc document that it only becomes a hyperlink if http://www. or www. is in front of the URL. It becomes a hyperlink normally after I leave the cell or press return. I am currently using a MacBook Pro mid 2015 Retina display with installed OS 11.5.2 with About LibreOffice 7.1.4.2 build a529a4fab45fefc5b62266... with CPU threads: 8; Mac OS X 10.16 http://www. with he remainder left as plain text!> I chose another cell and demonstrated it only converts to a URL with Command-Return, provided it is preceded by www or more. It is not editable in the cell, but is editable in the formulae bar. So I think the issue has been resolved. I have other issues not yet reported by me, mainly corrupted text entries in Calc as indicated above between the brackets < and > when I add or amend current entries, I think solved by not deleting the cell content and not saving the Calc file, then retrying. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107830] [META] DOCX (OOXML) paragraph-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107830 Dieter changed: What|Removed |Added Depends on||140616 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=140616 [Bug 140616] FILEOPEN DOCX: paragraph style should have priority over direct paragraph run properties (except on numbering) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140616] FILEOPEN DOCX: paragraph style should have priority over direct paragraph run properties (except on numbering)
https://bugs.documentfoundation.org/show_bug.cgi?id=140616 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEW Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de Blocks||107830 Ever confirmed|0 |1 --- Comment #2 from Dieter --- I confirm it with Version: 7.2.1.1 (x64) / LibreOffice Community Build ID: 3cfc32d9754d2d239bd8ce2941029c12873010c1 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107830 [Bug 107830] [META] DOCX (OOXML) paragraph-related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144050] FILEOPEN on an RTF document replaces multiple spaces with other characters, losing layout justification
https://bugs.documentfoundation.org/show_bug.cgi?id=144050 Dieter changed: What|Removed |Added Whiteboard| QA:needsComment| CC||dgp-m...@gmx.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #4 from Dieter --- I'm not an expert, but as far as I can see, attachment 174514 is not a rtf-file. I can't open it directly from browser. So I have to save it first and in this case the suggested file format is "text". Whe I save attachment 174515 the suggested file format is "Rich Text Format". Please check => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144126] Printing Word docs with mixed portrait/landscape orientations results in all pages oriented the same way
https://bugs.documentfoundation.org/show_bug.cgi?id=144126 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO Whiteboard| QA:needsComment| Ever confirmed|0 |1 --- Comment #1 from Dieter --- Thank you for reporting the bug. It seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129062] [META] Skia library bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=129062 Ming Hua changed: What|Removed |Added Depends on||144434 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144434 [Bug 144434] LibreOffice 7.1.6.2 fails to start if Skia is enabled. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144434] LibreOffice 7.1.6.2 fails to start if Skia is enabled.
https://bugs.documentfoundation.org/show_bug.cgi?id=144434 Ming Hua changed: What|Removed |Added CC||ming.v@qq.com Blocks||129062 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129062 [Bug 129062] [META] Skia library bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144088] SpreadSheetML (Excel 2003 XML) mixed up styles
https://bugs.documentfoundation.org/show_bug.cgi?id=144088 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144126] Printing Word docs with mixed portrait/landscape orientations results in all pages oriented the same way
https://bugs.documentfoundation.org/show_bug.cgi?id=144126 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144125] Dragging shapes in "Rotation mode" does not move the center (anchor) point
https://bugs.documentfoundation.org/show_bug.cgi?id=144125 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144124] pasting older entries from clipboard manager (e.g. LaunchBar) pastes latest clipboard content on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=144124 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144113] "Optimizing could fail with beziers!"
https://bugs.documentfoundation.org/show_bug.cgi?id=144113 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144062] Glow / Soft Edge effects should not eat into the underlying object (but simply add to it)
https://bugs.documentfoundation.org/show_bug.cgi?id=144062 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144050] FILEOPEN on an RTF document replaces multiple spaces with other characters, losing layout justification
https://bugs.documentfoundation.org/show_bug.cgi?id=144050 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144361] Image filter not found
https://bugs.documentfoundation.org/show_bug.cgi?id=144361 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144361] Image filter not found
https://bugs.documentfoundation.org/show_bug.cgi?id=144361 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140357] libre Office Calc, Col A vanished, Format->Columns-> Show does not make it appear
https://bugs.documentfoundation.org/show_bug.cgi?id=140357 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140357] libre Office Calc, Col A vanished, Format->Columns-> Show does not make it appear
https://bugs.documentfoundation.org/show_bug.cgi?id=140357 --- Comment #3 from QA Administrators --- Dear Duncan, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140337] In 7.1.0.3, the Basic macro of calc shows the error "CellAddress method is missing.
https://bugs.documentfoundation.org/show_bug.cgi?id=140337 --- Comment #4 from QA Administrators --- Dear camper, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140337] In 7.1.0.3, the Basic macro of calc shows the error "CellAddress method is missing.
https://bugs.documentfoundation.org/show_bug.cgi?id=140337 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140331] Program in the use of the process is a crash
https://bugs.documentfoundation.org/show_bug.cgi?id=140331 --- Comment #3 from QA Administrators --- Dear richardcw, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140331] Program in the use of the process is a crash
https://bugs.documentfoundation.org/show_bug.cgi?id=140331 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140988] crash report not fully processing no link to submit
https://bugs.documentfoundation.org/show_bug.cgi?id=140988 --- Comment #2 from QA Administrators --- Dear norgernic, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140358] LibreOffice Calc filter picklist search: OK button remains greyed when items unchecked,
https://bugs.documentfoundation.org/show_bug.cgi?id=140358 --- Comment #2 from QA Administrators --- Dear Jon Theo, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97969] Hidden rows sometimes not ignored during column sort
https://bugs.documentfoundation.org/show_bug.cgi?id=97969 --- Comment #8 from QA Administrators --- Dear devel, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 92380] Style preview rendering problems in the dialog, toolbar and sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=92380 --- Comment #43 from QA Administrators --- Dear Iandol, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89565] Icon Transparency on the toolbar Mode is not available for all figures from the Drawing toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=89565 --- Comment #11 from QA Administrators --- Dear Roman Kuznetsov, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 50869] FORMATTING: MSWord doc in Writer: missing table data, misplaced objects, 3 pages instead of 2.
https://bugs.documentfoundation.org/show_bug.cgi?id=50869 --- Comment #16 from QA Administrators --- Dear John Smith, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 48803] Hyperlink only accessible in left or justified aligned text
https://bugs.documentfoundation.org/show_bug.cgi?id=48803 --- Comment #9 from QA Administrators --- Dear Rainer Bielefeld Retired, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 42527] PDF: Writer slow to print or export a document with linked images (if not updated or broken)
https://bugs.documentfoundation.org/show_bug.cgi?id=42527 --- Comment #9 from QA Administrators --- Dear Jérôme Guelfucci, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117563] LibreOffice Calc: Links to External Files - Linked Ranges are saved incorrectly - Update Links overwrites data and removes links
https://bugs.documentfoundation.org/show_bug.cgi?id=117563 --- Comment #10 from QA Administrators --- Dear KSN, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112359] Layout: A table in frame with page (parallel) wrap overlaps normal text/table in a specific document
https://bugs.documentfoundation.org/show_bug.cgi?id=112359 --- Comment #10 from QA Administrators --- Dear Mike Kaganski, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104559] UI When editing a formula cell, the formula hides referenced cells
https://bugs.documentfoundation.org/show_bug.cgi?id=104559 --- Comment #8 from QA Administrators --- Dear Roland Illig, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137195] LibreOffice Calc locks up during opening an existing file.
https://bugs.documentfoundation.org/show_bug.cgi?id=137195 --- Comment #7 from bz137...@halfpi.co.uk --- Created attachment 174962 --> https://bugs.documentfoundation.org/attachment.cgi?id=174962=edit See above -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137195] LibreOffice Calc locks up during opening an existing file.
https://bugs.documentfoundation.org/show_bug.cgi?id=137195 --- Comment #6 from bz137...@halfpi.co.uk --- Created attachment 174961 --> https://bugs.documentfoundation.org/attachment.cgi?id=174961=edit See above -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137195] LibreOffice Calc locks up during opening an existing file.
https://bugs.documentfoundation.org/show_bug.cgi?id=137195 --- Comment #5 from bz137...@halfpi.co.uk --- I have similar on MacOS. Lockup after the sheet is loaded and displayed (double click in desktop) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142539] table corrupt after insert row above
https://bugs.documentfoundation.org/show_bug.cgi?id=142539 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||1710 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143999] [META] PDF export corruption bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=143999 Aron Budea changed: What|Removed |Added Depends on||105459 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105459 [Bug 105459] broken PDF generated ( Chrome/Acrobat Reader ) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103378] [META] PDF export bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103378 Aron Budea changed: What|Removed |Added Depends on|105459 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105459 [Bug 105459] broken PDF generated ( Chrome/Acrobat Reader ) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105459] broken PDF generated ( Chrome/Acrobat Reader )
https://bugs.documentfoundation.org/show_bug.cgi?id=105459 Aron Budea changed: What|Removed |Added Blocks|103378 |143999 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103378 [Bug 103378] [META] PDF export bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=143999 [Bug 143999] [META] PDF export corruption bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126179] Inserting text/table from .pdf (only from Adobe Acrobat Reader) and then pressing Ctrl + Z causes a crash.
https://bugs.documentfoundation.org/show_bug.cgi?id=126179 Aron Budea changed: What|Removed |Added Version|6.2.4.2 release |6.1.0.3 release CC||ba...@caesar.elte.hu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129672] Export pdf: Error message in Adobe Reader "Cannot extract the embedded font 'BAAAAA+ LiberationSerif'" for unicode characters
https://bugs.documentfoundation.org/show_bug.cgi?id=129672 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||2152 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103378] [META] PDF export bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103378 Aron Budea changed: What|Removed |Added Depends on|112152 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112152 [Bug 112152] Narrow No-Break Space (U+202F) causes PDF Error by using bundled Liberation fonts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143999] [META] PDF export corruption bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=143999 Aron Budea changed: What|Removed |Added Depends on||112152 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112152 [Bug 112152] Narrow No-Break Space (U+202F) causes PDF Error by using bundled Liberation fonts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112152] Narrow No-Break Space (U+202F) causes PDF Error by using bundled Liberation fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=112152 Aron Budea changed: What|Removed |Added Version|5.4.0.3 release |5.1.0.3 release See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||9672 CC||ba...@caesar.elte.hu Blocks|103378 |143999 Keywords||bibisected, bisected, ||regression --- Comment #13 from Aron Budea --- Seems related to bug 129672, this regressed from the same commit in 5.1, and shows the same error in Adobe Reader: https://cgit.freedesktop.org/libreoffice/core/commit/?id=41007842ed9bb5d6165792a197769f72dae55a2c author Martin Hosken2015-09-10 10:14:18 +0700 committer Martin Hosken2015-09-14 01:16:40 + Refactor graphite integration and update graphite Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103378 [Bug 103378] [META] PDF export bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=143999 [Bug 143999] [META] PDF export corruption bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 84963] Czech accents (especially ě, ř, ů,ú) in editable part of forms don't preview correctly in some PDF readers
https://bugs.documentfoundation.org/show_bug.cgi?id=84963 Aron Budea changed: What|Removed |Added Attachment #107873|application/x-zip-compresse |application/vnd.oasis.opend mime type|d |ocument.text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129672] Export pdf: Error message in Adobe Reader "Cannot extract the embedded font 'BAAAAA+ LiberationSerif'" for unicode characters
https://bugs.documentfoundation.org/show_bug.cgi?id=129672 Aron Budea changed: What|Removed |Added Version|5.2.7.2 release |5.1.0.3 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142307] Upgrade SSE2 sum to AVX512 sum with Neumaier (precise fp-sum)
https://bugs.documentfoundation.org/show_bug.cgi?id=142307 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4386 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144386] Calc doesn't start from Start Center
https://bugs.documentfoundation.org/show_bug.cgi?id=144386 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||2307 CC||ba...@caesar.elte.hu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - desktop/qa sw/qa sw/source
desktop/qa/data/SearchIndexResultShapeTest.odt|binary desktop/qa/desktop_lib/test_desktop_lib.cxx | 53 -- sw/qa/extras/indexing/SearchResultLocatorTest.cxx | 16 +++--- sw/source/core/model/SearchResultLocator.cxx |8 +-- 4 files changed, 62 insertions(+), 15 deletions(-) New commits: commit e3dae10c0b55aafa753f44e4b1c45bf93387f6c6 Author: Tomaž Vajngerl AuthorDate: Wed Sep 8 16:34:42 2021 +0900 Commit: Tomaž Vajngerl CommitDate: Sat Sep 11 02:17:30 2021 +0200 indexing: fix correct size and pos. for shapes + more tests Determining the position and size of the shapes (SdrObjects) was wrong as the assumption was the values are in Hmm but were in twips. Added some more tests that check rendering of SdrObjects. Change-Id: I6ef9287892d1774a1243118a5c97f58384bcfd68 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121801 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl (cherry picked from commit 160b6db92cc94f2ec2447ae0e9c60c8c9dcf3bad) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121818 Tested-by: Jenkins CollaboraOffice diff --git a/desktop/qa/data/SearchIndexResultShapeTest.odt b/desktop/qa/data/SearchIndexResultShapeTest.odt new file mode 100644 index ..4298eb8ad06e Binary files /dev/null and b/desktop/qa/data/SearchIndexResultShapeTest.odt differ diff --git a/desktop/qa/desktop_lib/test_desktop_lib.cxx b/desktop/qa/desktop_lib/test_desktop_lib.cxx index f19615e37fb8..4f0014f6e0ad 100644 --- a/desktop/qa/desktop_lib/test_desktop_lib.cxx +++ b/desktop/qa/desktop_lib/test_desktop_lib.cxx @@ -198,7 +198,8 @@ public: void testMetricField(); void testMultiDocuments(); void testJumpCursor(); -void testRenderSearchResult(); +void testRenderSearchResult_WriterNode(); +void testRenderSearchResult_CommonNode(); void testNoDuplicateTableSelection(); void testMultiViewTableSelection(); void testABI(); @@ -264,7 +265,8 @@ public: CPPUNIT_TEST(testMetricField); CPPUNIT_TEST(testMultiDocuments); CPPUNIT_TEST(testJumpCursor); -CPPUNIT_TEST(testRenderSearchResult); +CPPUNIT_TEST(testRenderSearchResult_WriterNode); +CPPUNIT_TEST(testRenderSearchResult_CommonNode); CPPUNIT_TEST(testNoDuplicateTableSelection); CPPUNIT_TEST(testMultiViewTableSelection); CPPUNIT_TEST(testABI); @@ -3096,7 +3098,7 @@ void DesktopLOKTest::testJumpCursor() comphelper::LibreOfficeKit::setTiledAnnotations(true); } -void DesktopLOKTest::testRenderSearchResult() +void DesktopLOKTest::testRenderSearchResult_WriterNode() { constexpr const bool bDumpBitmap = false; @@ -3141,6 +3143,51 @@ void DesktopLOKTest::testRenderSearchResult() std::free(pBuffer); } +void DesktopLOKTest::testRenderSearchResult_CommonNode() +{ +constexpr const bool bDumpBitmap = false; + +LibLODocument_Impl* pDocument = loadDoc("SearchIndexResultShapeTest.odt"); +pDocument->m_pDocumentClass->initializeForRendering(pDocument, "{}"); + +Scheduler::ProcessEventsToIdle(); + +unsigned char* pBuffer = nullptr; +OString aPayload = +"" +"" +""; + +int nWidth = 0; +int nHeight = 0; +size_t nByteSize = 0; + +bool bResult = pDocument->m_pDocumentClass->renderSearchResult(pDocument, aPayload.getStr(), , , , ); + +CPPUNIT_ASSERT(bResult); +CPPUNIT_ASSERT(pBuffer); + +Scheduler::ProcessEventsToIdle(); + +CPPUNIT_ASSERT_EQUAL(192, nWidth); +CPPUNIT_ASSERT_EQUAL(96, nHeight); +CPPUNIT_ASSERT_EQUAL(size_t(73728), nByteSize); + +const sal_uInt8* pD = reinterpret_cast(pBuffer); +BitmapEx aBitmap = vcl::bitmap::CreateFromData(pD, nWidth, nHeight, nWidth * 4, 32, true); + +if (bDumpBitmap) +{ +SvFileStream aStream("~/SearchResultBitmap.png", StreamMode::WRITE | StreamMode::TRUNC); +vcl::PNGWriter aPNGWriter(aBitmap); +aPNGWriter.Write(aStream); +} +CPPUNIT_ASSERT_EQUAL(tools::Long(192), aBitmap.GetSizePixel().Width()); +CPPUNIT_ASSERT_EQUAL(tools::Long(96), aBitmap.GetSizePixel().Height()); + +std::free(pBuffer); +} + static void lcl_repeatKeyStroke(LibLODocument_Impl *pDocument, int nCharCode, int nKeyCode, size_t nCount) { for (size_t nCtr = 0; nCtr < nCount; ++nCtr) diff --git a/sw/qa/extras/indexing/SearchResultLocatorTest.cxx b/sw/qa/extras/indexing/SearchResultLocatorTest.cxx index 62286674c9e6..5bb481640540 100644 --- a/sw/qa/extras/indexing/SearchResultLocatorTest.cxx +++ b/sw/qa/extras/indexing/SearchResultLocatorTest.cxx @@ -143,11 +143,11 @@ void SearchResultLocatorTest::testSearchResultLocatorForSdrObjects() // inconsistent results #if !defined(_WIN32) && !defined(MACOSX) auto aRectangle = aResult.maRectangles[0]; -CPPUNIT_ASSERT_DOUBLES_EQUAL(1478.0, aRectangle.getMinX(), 1e-4); -CPPUNIT_ASSERT_DOUBLES_EQUAL(3223.0, aRectangle.getMinY(), 1e-4); +CPPUNIT_ASSERT_DOUBLES_EQUAL(2607.0,
[Libreoffice-commits] core.git: cui/uiconfig sd/uiconfig sfx2/uiconfig
cui/uiconfig/ui/galleryfilespage.ui |4 +--- sd/uiconfig/simpress/ui/definecustomslideshow.ui |4 +--- sfx2/uiconfig/ui/templatedlg.ui |4 +--- 3 files changed, 3 insertions(+), 9 deletions(-) New commits: commit b573ce5683ee648ed391ea3223208e584cf2f868 Author: Jan-Marek Glogowski AuthorDate: Fri Sep 10 18:45:39 2021 +0200 Commit: Jan-Marek Glogowski CommitDate: Sat Sep 11 00:35:29 2021 +0200 Drop unused multiple selection from UI files The code must call set_selection_mode(SelectionMode::Multiple) instead. Change-Id: I2d51dd3d3182ccec25f2ec1093a3866880354371 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121915 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski diff --git a/cui/uiconfig/ui/galleryfilespage.ui b/cui/uiconfig/ui/galleryfilespage.ui index 08829ac1df8a..559037348301 100644 --- a/cui/uiconfig/ui/galleryfilespage.ui +++ b/cui/uiconfig/ui/galleryfilespage.ui @@ -97,9 +97,7 @@ 0 False - -multiple - + diff --git a/sd/uiconfig/simpress/ui/definecustomslideshow.ui b/sd/uiconfig/simpress/ui/definecustomslideshow.ui index 030f57a02689..fd35ce574762 100644 --- a/sd/uiconfig/simpress/ui/definecustomslideshow.ui +++ b/sd/uiconfig/simpress/ui/definecustomslideshow.ui @@ -198,9 +198,7 @@ 0 False - -multiple - + diff --git a/sfx2/uiconfig/ui/templatedlg.ui b/sfx2/uiconfig/ui/templatedlg.ui index 45ab9791bfb3..013eacb2a467 100644 --- a/sfx2/uiconfig/ui/templatedlg.ui +++ b/sfx2/uiconfig/ui/templatedlg.ui @@ -338,9 +338,7 @@ 0 False - -multiple - +
[Libreoffice-commits] core.git: cui/source
cui/source/tabpages/autocdlg.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit c58a1058d4868f0f704547c11da1c9d30bceba5c Author: Jan-Marek Glogowski AuthorDate: Fri Sep 10 18:31:59 2021 +0200 Commit: Jan-Marek Glogowski CommitDate: Sat Sep 11 00:20:21 2021 +0200 Allow multiple selection in AutoComplete word list Before commit 9c5d20105f0b123fca724cb4845f0e7227c217d8 ("weld OfaAutoCompleteTabPage"), this used to be a MultiListBox. Copying in that dialog also just copies selected entries, so there is no usable GUI way left for a user to copy the whole word list. Change-Id: Ib2909642be9dd0d6ebac1648b603c7a8bde7ca5f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121914 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski diff --git a/cui/source/tabpages/autocdlg.cxx b/cui/source/tabpages/autocdlg.cxx index e632a1b3be49..881ef8b53454 100644 --- a/cui/source/tabpages/autocdlg.cxx +++ b/cui/source/tabpages/autocdlg.cxx @@ -1922,6 +1922,7 @@ OfaAutoCompleteTabPage::OfaAutoCompleteTabPage(weld::Container* pPage, weld::Dia m_xLBEntries->set_size_request(m_xLBEntries->get_approximate_digit_width() * 30, m_xLBEntries->get_height_rows(10)); +m_xLBEntries->set_selection_mode(SelectionMode::Multiple); // the defined KEYs static const sal_uInt16 aKeyCodes[] = {
[Libreoffice-bugs] [Bug 68703] EDITING: Selecting the cells with keyboard is broken if the cell one starts from is already selected after Paste
https://bugs.documentfoundation.org/show_bug.cgi?id=68703 --- Comment #12 from Mikko Vedru --- The bug is still there in the latest LibreOffice (6.4.7.2.) for Linux Mint 20.2 Cinnamon (based on Ubuntu 20.04). -- You are receiving this mail because: You are the assignee for the bug.
Re: ESC meeting minutes: 2021-09-09
On Friday 10 of September 2021, Luboš Luňák wrote: > On Thursday 09 of September 2021, Miklos Vajna wrote: > > * tb86 (m1 mac mini) build failures with Illegal Instruction > > https://gerrit.libreoffice.org/c/core/+/115675 “Upgrade SSE2 sum to > > AVX512 sum with Neumaier 1" > > That doesn't make sense. M1 Mac Mini should be ARM64, but build logs for > tb86 claim it's "x86_64-apple-darwin20.6.0". And I have M1 Mac Mini here > and those tests pass fine. I also reviewed that gerrit change and AFAICT > the extra CPU code is properly separated and run only when the support is > available. My bad, there were some pieces that were too smart for their own good and the compiler generated code that wasn't properly guarded: https://gerrit.libreoffice.org/c/core/+/121929 -- Luboš Luňák l.lu...@collabora.com
[Libreoffice-commits] core.git: bin/update_pch external/skia
bin/update_pch |2 ++ external/skia/inc/pch/precompiled_skia.hxx |4 +--- 2 files changed, 3 insertions(+), 3 deletions(-) New commits: commit 8793f3c406d5acba910fb5b819e8263cd38a3af0 Author: Luboš Luňák AuthorDate: Fri Sep 10 22:25:18 2021 +0200 Commit: Luboš Luňák CommitDate: Sat Sep 11 00:00:23 2021 +0200 don't include Vulkan headers for Skia PCH It's not built on Mac. Change-Id: Ica6aed9da51bb5cfd6dd1255e1231d5f0e53ba2f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121926 Tested-by: Jenkins Reviewed-by: Luboš Luňák diff --git a/bin/update_pch b/bin/update_pch index e59e72172deb..6dc1b823ba58 100755 --- a/bin/update_pch +++ b/bin/update_pch @@ -476,6 +476,8 @@ def filter_ignore(line, module): 'src/gpu/GrUtil.h', 'src/sksl/', # conflict between SkSL::Expression and SkSL::dsl::Expression 'include/sksl/', +'src/gpu/vk/', +'include/gpu/vk' ] for i in ignore_list: diff --git a/external/skia/inc/pch/precompiled_skia.hxx b/external/skia/inc/pch/precompiled_skia.hxx index f10eac6b43b5..81f57816abcf 100644 --- a/external/skia/inc/pch/precompiled_skia.hxx +++ b/external/skia/inc/pch/precompiled_skia.hxx @@ -13,7 +13,7 @@ manual changes will be rewritten by the next run of update_pch.sh (which presumably also fixes all possible problems, so it's usually better to use it). - Generated on 2021-08-24 13:03:12 using: + Generated on 2021-09-10 22:24:48 using: ./bin/update_pch external/skia skia --cutoff=1 --exclude:system --include:module --include:local If after updating build fails, use the following command to locate conflicting headers: @@ -191,7 +191,6 @@ #include #include #include -#include #include #include #include @@ -503,7 +502,6 @@ #include #include #include -#include #include #include #include
[Libreoffice-bugs] [Bug 144436] LO Base nested forms exhibit incorrect navigation when using tab key
https://bugs.documentfoundation.org/show_bug.cgi?id=144436 --- Comment #1 from Andrew Richardson --- Created attachment 174960 --> https://bugs.documentfoundation.org/attachment.cgi?id=174960=edit Sample BASE file Sample BASE file with single form having {parent, child, grandchild} form structure. File uses internal database. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144436] New: LO Base nested forms exhibit incorrect navigation when using tab key
https://bugs.documentfoundation.org/show_bug.cgi?id=144436 Bug ID: 144436 Summary: LO Base nested forms exhibit incorrect navigation when using tab key Product: LibreOffice Version: 7.2.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: spu...@yahoo.com Description: Our application uses a BASE file with an external HSQLDB server. Some of the forms use a nested structure (parent, child, grandchild), as follows: CUSTOMER form | +--RESERVATION form | +--INVOICE form | +--PAYMENT form The CUSTOMER form has Data-Cycle property assigned "Current Page". The LO documentation states "On exit from the last field of a form, the cursor skips to the first field in the next form.". In LO v6.x this resulted in cursor moving to first field in the immediate child form (RESERVATION) as expected. In LO v7.x, the cursor skips to the first field in the grandchild form (INVOICE), which is not expected. This is a big nuisance and the user must use the mouse to reset the cursor position. Issue seen on Windows and MacOS platforms. Steps to Reproduce: 1. Using attach "Demo.odb" file, open the Reservation form 2. Create new Customer record. 3. Enter data in each field, using TAB key to advance 4. At last Customer field, press TAB to skip to next subform Actual Results: Cursor moves out of last field in parent form to first field of grandchild form. Expected Results: Cursor moves out of last field in parent form to first field of immediate child form. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/vcl
include/vcl/BitmapReadAccess.hxx |5 - 1 file changed, 4 insertions(+), 1 deletion(-) New commits: commit 84e1c79dd7394168459a3bbdea8bd94d765708e0 Author: Caolán McNamara AuthorDate: Fri Sep 10 18:13:00 2021 +0100 Commit: Caolán McNamara CommitDate: Fri Sep 10 22:36:41 2021 +0200 access maPalette via const BitmapBuffer* when in const method Change-Id: I7bd1fb312ef7122e25c4d19679773d0c1ccab7be Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121916 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/include/vcl/BitmapReadAccess.hxx b/include/vcl/BitmapReadAccess.hxx index 2659a9960a51..159ff38b157e 100644 --- a/include/vcl/BitmapReadAccess.hxx +++ b/include/vcl/BitmapReadAccess.hxx @@ -88,7 +88,10 @@ public: BitmapColor GetColor(tools::Long nY, tools::Long nX) const { if (HasPalette()) -return mpBuffer->maPalette[GetPixelIndex(nY, nX)]; +{ +const BitmapBuffer* pBuffer = mpBuffer; +return pBuffer->maPalette[GetPixelIndex(nY, nX)]; +} else return GetPixel(nY, nX); }
[Libreoffice-bugs] [Bug 144435] Lots of time spend saving
https://bugs.documentfoundation.org/show_bug.cgi?id=144435 Telesto changed: What|Removed |Added Keywords||perf CC||noelgran...@gmail.com --- Comment #2 from Telesto --- @Noel, This needs an assessment of someone with optimization expertise. The default argument would be it's large file (14,15 MB) with lots of rows.. so a lot of XML to process compared to CVS. So the saving speed being as expected and normal. The stack doesn't reveal any serious madness. But well speed hasn't changed since years; where fast parser intended to be faster (or is import only) and CVS export being insanely fast So more double checking this being the highest speed achievable -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144435] Lots of time spend saving
https://bugs.documentfoundation.org/show_bug.cgi?id=144435 Telesto changed: What|Removed |Added Version|7.3.0.0 alpha0+ Master |4.4.0.3 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144435] Lots of time spend saving
https://bugs.documentfoundation.org/show_bug.cgi?id=144435 --- Comment #1 from Telesto --- Created attachment 174959 --> https://bugs.documentfoundation.org/attachment.cgi?id=174959=edit Example file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144435] New: Lots of time spend saving
https://bugs.documentfoundation.org/show_bug.cgi?id=144435 Bug ID: 144435 Summary: Lots of time spend saving Product: LibreOffice Version: 7.3.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Lots of time spend saving Steps to Reproduce: 1. Open the attached file 2. press Save.. 15 seconds Actual Results: 15 seconds Expected Results: Well, the problem is me being without reference. OK, CVS export works in 3 seconds.. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 96d1240adf946c443fb2c369a1c84e31e259c7a8 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129766] LibreOffice hangs (not responding) for a while when closing a document.
https://bugs.documentfoundation.org/show_bug.cgi?id=129766 --- Comment #7 from Telesto --- (In reply to Buovjaga from comment #6) > Perf trace taken with attachment 156926 [details]. When opening it says: > > An error occurred during opening the file. This may be caused by incorrect > file contents. > The error details are: > SAXException: [word/document.xml line 2]: unknown error > /home/user/libreofficetwo/sax/source/fastparser/fastparser.cxx:610 > Proceeding with import may cause data loss or corruption, and application > may become unstable or crash. Odd, no SAXException here Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 96d1240adf946c443fb2c369a1c84e31e259c7a8 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116109] [META] Regressions introduced by unified Graphic processing to use GraphicPrimitive2D
https://bugs.documentfoundation.org/show_bug.cgi?id=116109 Bug 116109 depends on bug 123180, which changed state. Bug 123180 Summary: Sluggish responsiveness when scrolling document containing JPG images in multi-page view https://bugs.documentfoundation.org/show_bug.cgi?id=123180 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108075] [META] Scrolling and Page up/down issues
https://bugs.documentfoundation.org/show_bug.cgi?id=108075 Bug 108075 depends on bug 123180, which changed state. Bug 123180 Summary: Sluggish responsiveness when scrolling document containing JPG images in multi-page view https://bugs.documentfoundation.org/show_bug.cgi?id=123180 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123180] Sluggish responsiveness when scrolling document containing JPG images in multi-page view
https://bugs.documentfoundation.org/show_bug.cgi?id=123180 Telesto changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #10 from Telesto --- Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 96d1240adf946c443fb2c369a1c84e31e259c7a8 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL Likely more a Windows issue.. like fixed directly or indirectly by Skia :-) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144434] New: LibreOffice 7.1.6.2 fails to start if Skia is enabled.
https://bugs.documentfoundation.org/show_bug.cgi?id=144434 Bug ID: 144434 Summary: LibreOffice 7.1.6.2 fails to start if Skia is enabled. Product: LibreOffice Version: 7.1.6.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@aei.ca Description: When launching LibreOffice 7.1.6.2, Libreoffice does not start. There are no active LibreOffice processes. See Windows event logs in the 'Other info' section below. This may be similar to Bug 144174, reported for LibreOffice 7.2.1.1. Steps to Reproduce: Scenario 1 : 1. Clean Install of LibreOffice 7.1.6.2. 2. Start LibreOffice. Scenario 2 : 1. Clean install of LibreOffice 7.1.5.2. 2. Start LibreOffice. Verify that the following option is checked (enabled) by default. Tools/Options/LibreOffice/View/'Use Skia for all rendering' 3. Stop LibreOffice. 4. Update LibreOffice with 7.1.6.2. 5. Start LibreOffice. Scenario 3 : 1. Clean install of LibreOffice 7.1.5.2. 2. Start LibreOffice. Verify that the following option is checked (enabled) by default. Tools/Options/LibreOffice/View/'Use Skia for all rendering' 3. Disable (uncheck) Skia in the following option. Tools/Options/LibreOffice/View/'Use Skia for all rendering' 4. Stop LibreOffice. 5. Update LibreOffice with 7.1.6.2. 6. Start LibreOffice. Verify that the following option is unchecked (disabled). Tools/Options/LibreOffice/View/'Use Skia for all rendering' Scenario 4 : 1. Continue from scenario 3. 2. Enable (check) Skia in the following option. Tools/Options/LibreOffice/View/'Use Skia for all rendering' 3. Stop LibreOffice. 4. Start LibreOffice. Note : Used a non-admin account in Windows 10. Actual Results: Scenario 1 ; LibreOffice 7.1.6.2 cannot start. Scenario 2 : LibreOffice 7.1.6.2 cannot start. Scenario 3 : LibreOffice 7.1.6.2 starts properly. Scenario 4 : LibreOffice 7.1.6.2 cannot start. Expected Results: All scenarios : LibreOffice starts properly. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: PC Platform Info : CPU: AMD Phenom II X6 1090T Memory: 8 GB GPU: AMD Radeon HD 5870, GPU-Z reports that OpenGL 4.5 is supported. OS: Windows 10 Home x64 Build 19042.1165 (20H2) Note that the PC hardware is over ten years old. But its performance is still very good. LibreOffice versions : Version: 7.1.5.2 (x64) / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL Version: 7.1.6.2 (x64) / LibreOffice Community Build ID: 0e133318fcee89abacd6a7d077e292f1145735c3 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: en-CA (en_CA); UI: en-US Calc: CL Windows event logs when LibreOffice 7.1.6.2 cannot start. -- Log Name: Application Source:Application Error Date: 2021-09-10 1:47:04 PM Event ID: 1000 Task Category: (100) Level: Error Keywords: Classic User: N/A Computer: PC Description: Faulting application name: soffice.bin, version: 7.1.6.2, time stamp: 0x6135e2a5 Faulting module name: skialo.dll, version: 7.1.6.2, time stamp: 0x61353cf8 Exception code: 0xc01d Fault offset: 0x0052b9c0 Faulting process id: 0x159c Faulting application start time: 0x01d7a66bdd9b3296 Faulting application path: C:\Program Files\LibreOffice\program\soffice.bin Faulting module path: C:\Program Files\LibreOffice\program\skialo.dll Report Id: 6bbfb3f0-c27b-49e5-b5ca-0193129599ee Faulting package full name: Faulting package-relative application ID: Event Xml: http://schemas.microsoft.com/win/2004/08/events/event;> 1000 0 2 100 0 0x80 30873 Application PC soffice.bin 7.1.6.2 6135e2a5 skialo.dll 7.1.6.2 61353cf8 c01d 0052b9c0 159c 01d7a66bdd9b3296 C:\Program Files\LibreOffice\program\soffice.bin C:\Program Files\LibreOffice\program\skialo.dll 6bbfb3f0-c27b-49e5-b5ca-0193129599ee -- Log Name: Application Source:Application Error Date: 2021-09-10 1:47:04 PM Event ID: 1005 Task Category: (100) Level: Error Keywords: Classic User: N/A Computer: PC Description: Windows cannot access the file for one of the following reasons: there is a problem with the network connection, the disk that the file is stored on, or the storage drivers installed on this computer; or the disk is missing. Windows closed the
[Libreoffice-bugs] [Bug 144386] Calc doesn't start from Start Center
https://bugs.documentfoundation.org/show_bug.cgi?id=144386 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Priority|medium |high --- Comment #6 from Roman Kuznetsov <79045_79...@mail.ru> --- Increased an Importance to high because we have non working Calc on many CPU models I asked people to check it They have follow CPUs: Athlon 64 3000+ Intel Pentium DualCore T2330 Intel Celeron B820 They all had the same problem and they confirmed the bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 37161] FILESAVE RTF: Vertical cell merging in tables not exported correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=37161 --- Comment #26 from Jean-Baptiste Faure --- Created attachment 174958 --> https://bugs.documentfoundation.org/attachment.cgi?id=174958=edit RTF file exported by LO 7.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112765] [META] RTF (text) table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=112765 Bug 112765 depends on bug 37161, which changed state. Bug 37161 Summary: FILESAVE RTF: Vertical cell merging in tables not exported correctly https://bugs.documentfoundation.org/show_bug.cgi?id=37161 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 37161] FILESAVE RTF: Vertical cell merging in tables not exported correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=37161 Jean-Baptiste Faure changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #25 from Jean-Baptiste Faure --- No problem anymore when exporting with LO 7.2. Closing as WorksForMe. Best regards. JBF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125286] FIREBIRD - Base not usable under Windows account with Chinese user name (UTF character support)
https://bugs.documentfoundation.org/show_bug.cgi?id=125286 --- Comment #11 from Commit Notification --- Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/d33f5abc4423aad4087eb77c920fcbd74e34533f tdf#125286: Inform Firebird that we use UTF8 in paths It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125286] FIREBIRD - Base not usable under Windows account with Chinese user name (UTF character support)
https://bugs.documentfoundation.org/show_bug.cgi?id=125286 Commit Notification changed: What|Removed |Added Whiteboard||target:7.3.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: connectivity/source
connectivity/source/drivers/firebird/Connection.cxx |4 1 file changed, 4 insertions(+) New commits: commit d33f5abc4423aad4087eb77c920fcbd74e34533f Author: Mike Kaganski AuthorDate: Fri Sep 10 18:55:52 2021 +0200 Commit: Mike Kaganski CommitDate: Fri Sep 10 21:24:58 2021 +0200 tdf#125286: Inform Firebird that we use UTF8 in paths Use isc_dpb_utf8_filename for that, which is introduced in Firebird 2.5. It is documented in Firebird's doc/README.connection_string_charset.txt. Without this, on Windows, where UTF-8 is not a common "ANSI code page", one would not be able to connect to a DB file that has non-ASCII chars in path, because its UTF-8 representation would differ from 8-bit system encoding used in the API used by Firebird. This still does not enable full Unicode support, because of Firebird's [CORE2172]/[CORE3172]. It may only improve experience when using paths with characters representable in system encoding. Change-Id: Ia31407b181266a2bf1b90bc8cfc71dd3f78b7cd6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121886 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/connectivity/source/drivers/firebird/Connection.cxx b/connectivity/source/drivers/firebird/Connection.cxx index eb0c100b0fc1..6d38af079d1e 100644 --- a/connectivity/source/drivers/firebird/Connection.cxx +++ b/connectivity/source/drivers/firebird/Connection.cxx @@ -273,6 +273,10 @@ void Connection::construct(const OUString& url, const Sequence< PropertyValue >& } } +// use isc_dpb_utf8_filename to identify encoding of filenames +dpbBuffer.push_back(isc_dpb_utf8_filename); +dpbBuffer.push_back(0); // no filename here, it is passed to functions directly + ISC_STATUS_ARRAY status;/* status vector */ ISC_STATUS aErr; const OString sFirebirdURL = OUStringToOString(m_sFirebirdURL, RTL_TEXTENCODING_UTF8);
[Libreoffice-bugs] [Bug 136328] [META] DOCX Grouped shape related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136328 Bug 136328 depends on bug 126426, which changed state. Bug 126426 Summary: FILEOPEN DOCX Hyperlink in grouped shape not imported at all https://bugs.documentfoundation.org/show_bug.cgi?id=126426 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125611] [META] DOCX (OOXML) Hyperlink-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=125611 Bug 125611 depends on bug 126426, which changed state. Bug 126426 Summary: FILEOPEN DOCX Hyperlink in grouped shape not imported at all https://bugs.documentfoundation.org/show_bug.cgi?id=126426 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-2' - oox/source sw/qa
oox/source/drawingml/textbodycontext.cxx | 12 oox/source/drawingml/textrun.cxx |8 - sw/qa/extras/ooxmlimport/data/tdf126426.docx |binary sw/qa/extras/ooxmlimport/ooxmlimport2.cxx| 38 +++ 4 files changed, 57 insertions(+), 1 deletion(-) New commits: commit d51609fbe49042867fa734ef4f6c1755df8514a2 Author: Vasily Melenchuk AuthorDate: Fri Aug 27 18:10:15 2021 +0300 Commit: Thorsten Behrens CommitDate: Fri Sep 10 21:20:31 2021 +0200 tdf#126426: support for hyperlinks in TextParagraphContext Usually hyperlinks are processed by TextBodyContext, but for grouped shape we accidentaly gone into TextParagraphContext It has almost all possibilities to process txbxContent, but not hyperlinks. Additionally some hyperlink char attributes (color and underline) can expand to follow up ordinal text. Additional small hack applied to avoid this. Unfortunately this is not a final solution: such document fails roundtrip and hyperlinks are lost after saving to DOCX. Conflicts: oox/source/drawingml/textbodycontext.cxx Change-Id: Ie954f53696bd872cb1f59cb586fb55f6cd7c73bc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121172 Tested-by: Jenkins Reviewed-by: Thorsten Behrens Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121904 diff --git a/oox/source/drawingml/textbodycontext.cxx b/oox/source/drawingml/textbodycontext.cxx index 49b50309f597..e2b3de1d1ab2 100644 --- a/oox/source/drawingml/textbodycontext.cxx +++ b/oox/source/drawingml/textbodycontext.cxx @@ -28,6 +28,8 @@ #include #include +#include "hyperlinkcontext.hxx" + #include #include @@ -101,6 +103,16 @@ ContextHandlerRef TextParagraphContext::onCreateContext( sal_Int32 aElementToken return this; case OOX_TOKEN(a14, m): return CreateLazyMathBufferingContext(*this, mrParagraph); +case W_TOKEN( hyperlink ): +{ +TextRunPtr pRun = std::make_shared(); +mrParagraph.addRun(pRun); +// parse hyperlink attributes: use HyperLinkContext for that +rtl::Reference pContext(new HyperLinkContext( +*this, rAttribs, pRun->getTextCharacterProperties().maHyperlinkPropertyMap)); +// but create text run context because HyperLinkContext can't process internal w:r, w:t, etc +return new RegularTextRunContext(*this, pRun); +} default: SAL_WARN("oox", "TextParagraphContext::onCreateContext: unhandled element: " << getBaseToken(aElementToken)); } diff --git a/oox/source/drawingml/textrun.cxx b/oox/source/drawingml/textrun.cxx index ab87fb732141..e3bcecb745d5 100644 --- a/oox/source/drawingml/textrun.cxx +++ b/oox/source/drawingml/textrun.cxx @@ -69,7 +69,13 @@ sal_Int32 TextRun::insertAt( Any aOldFontFamily = xState->getPropertyDefault("CharFontFamily"); TextCharacterProperties aTextCharacterProps( rTextCharacterStyle ); -aTextCharacterProps.assignUsed( maTextCharacterProperties ); + +// If no text color specified lets anyway initialize it as default: +// this will help to recover after hyperlink +if (!aTextCharacterProps.maFillProperties.maFillColor.isUsed()) +aTextCharacterProps.maFillProperties.moFillType = XML_solidFill; + +aTextCharacterProps.assignUsed(maTextCharacterProperties); if ( aTextCharacterProps.moHeight.has() ) nCharHeight = aTextCharacterProps.moHeight.get(); else diff --git a/sw/qa/extras/ooxmlimport/data/tdf126426.docx b/sw/qa/extras/ooxmlimport/data/tdf126426.docx new file mode 100644 index ..d77051365ca2 Binary files /dev/null and b/sw/qa/extras/ooxmlimport/data/tdf126426.docx differ diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx b/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx index e01957f553ab..d0f3833aea7e 100644 --- a/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx +++ b/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx @@ -23,6 +23,7 @@ #include #include #include +#include #include @@ -785,6 +786,43 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf129912) } } +CPPUNIT_TEST_FIXTURE(Test, testTdf126426) +{ +load(mpTestDocumentPath, "tdf126426.docx"); + +uno::Reference xGroup(getShape(1), uno::UNO_QUERY_THROW); +CPPUNIT_ASSERT_EQUAL(sal_Int32(2), xGroup->getCount()); + +// get second shape in group +uno::Reference xParaEnumAccess(xGroup->getByIndex(1), + uno::UNO_QUERY_THROW); +uno::Reference xParaEnum = xParaEnumAccess->createEnumeration(); + +uno::Reference xPara(xParaEnum->nextElement(), uno::UNO_QUERY_THROW); +uno::Reference xRunEnumAccess(xPara, uno::UNO_QUERY_THROW); + +uno::Reference xRunEnum = xRunEnumAccess->createEnumeration(); +{ +// Text before: was before
[Libreoffice-commits] core.git: cppu/source
cppu/source/threadpool/current.cxx |4 ++-- cppu/source/threadpool/current.hxx |4 ++-- cppu/source/uno/lbenv.cxx |2 +- 3 files changed, 5 insertions(+), 5 deletions(-) New commits: commit 9f46bcac09c7f1f8ef6f22ed9f366d1fd596f9d7 Author: Noel Grandin AuthorDate: Fri Sep 10 19:31:37 2021 +0200 Commit: Noel Grandin CommitDate: Fri Sep 10 21:19:48 2021 +0200 clang:optin.performance.Padding in cppu Excessive padding in 'struct cppu::IdContainer' (11 padding bytes, where 3 is optimal). Excessive padding in 'struct (anonymous namespace)::ObjectEntry' (11 padding bytes, where 3 is optimal). Change-Id: I39216b9927abeb8ec61ab590dc25bc203a112028 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121921 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/cppu/source/threadpool/current.cxx b/cppu/source/threadpool/current.cxx index 6a992c6af541..d085cb4a5092 100644 --- a/cppu/source/threadpool/current.cxx +++ b/cppu/source/threadpool/current.cxx @@ -83,10 +83,10 @@ static typelib_InterfaceTypeDescription * get_type_XCurrentContext() IdContainer::IdContainer() : pCurrentContext(nullptr) , pCurrentContextEnv(nullptr) -, bInit(false) , pLocalThreadId(nullptr) -, nRefCountOfCurrentId(0) , pCurrentId(nullptr) +, nRefCountOfCurrentId(0) +, bInit(false) { } diff --git a/cppu/source/threadpool/current.hxx b/cppu/source/threadpool/current.hxx index cb0094413d66..1f6ce6642738 100644 --- a/cppu/source/threadpool/current.hxx +++ b/cppu/source/threadpool/current.hxx @@ -32,10 +32,10 @@ struct IdContainer void * pCurrentContext; _uno_ExtEnvironment * pCurrentContextEnv; -boolbInit; sal_Sequence * pLocalThreadId; -sal_Int32 nRefCountOfCurrentId; sal_Sequence * pCurrentId; +sal_Int32 nRefCountOfCurrentId; +boolbInit; IdContainer(); ~IdContainer(); diff --git a/cppu/source/uno/lbenv.cxx b/cppu/source/uno/lbenv.cxx index f018cde00cfd..c9a2d89933d5 100644 --- a/cppu/source/uno/lbenv.cxx +++ b/cppu/source/uno/lbenv.cxx @@ -75,8 +75,8 @@ struct InterfaceEntry struct ObjectEntry { OUString oid; -sal_Int32 nRef; std::vector< InterfaceEntry > aInterfaces; +sal_Int32 nRef; bool mixedObject; explicit ObjectEntry( const OUString & rOId_ );
[Libreoffice-commits] core.git: include/tools tools/source
include/tools/json_writer.hxx |4 ++-- tools/source/misc/json_writer.cxx |6 +++--- 2 files changed, 5 insertions(+), 5 deletions(-) New commits: commit 9490588c2460a77c16aacd52b7f449db60a6b34b Author: Noel Grandin AuthorDate: Fri Sep 10 19:29:41 2021 +0200 Commit: Noel Grandin CommitDate: Fri Sep 10 21:19:24 2021 +0200 clang:optin.performance.Padding in tools Excessive padding in 'class tools::JsonWriter' (15 padding bytes, where 7 is optimal). Change-Id: I7e37eec095d935a344b2e5fea7bb108ee878472a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121920 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/include/tools/json_writer.hxx b/include/tools/json_writer.hxx index 2e50670c5b26..fb40e1920314 100644 --- a/include/tools/json_writer.hxx +++ b/include/tools/json_writer.hxx @@ -34,10 +34,10 @@ class TOOLS_DLLPUBLIC JsonWriter friend class ScopedJsonWriterArray; friend class ScopedJsonWriterStruct; -int mSpaceAllocated; char* mpBuffer; -int mStartNodeCount; char* mPos; +int mSpaceAllocated; +int mStartNodeCount; bool mbFirstFieldInNode; public: diff --git a/tools/source/misc/json_writer.cxx b/tools/source/misc/json_writer.cxx index c326201eb9e5..b6482329ea55 100644 --- a/tools/source/misc/json_writer.cxx +++ b/tools/source/misc/json_writer.cxx @@ -21,10 +21,10 @@ namespace tools constexpr int DEFAULT_BUFFER_SIZE = 2048; JsonWriter::JsonWriter() -: mSpaceAllocated(DEFAULT_BUFFER_SIZE) -, mpBuffer(static_cast(malloc(mSpaceAllocated))) -, mStartNodeCount(0) +: mpBuffer(static_cast(malloc(DEFAULT_BUFFER_SIZE))) , mPos(mpBuffer) +, mSpaceAllocated(DEFAULT_BUFFER_SIZE) +, mStartNodeCount(0) , mbFirstFieldInNode(true) { *mPos = '{';
[Libreoffice-commits] core.git: binaryurp/source
binaryurp/source/incomingrequest.cxx |6 +++--- binaryurp/source/incomingrequest.hxx |6 +++--- binaryurp/source/outgoingrequest.hxx |6 +++--- binaryurp/source/writer.cxx | 13 +++-- binaryurp/source/writer.hxx | 19 --- 5 files changed, 20 insertions(+), 30 deletions(-) New commits: commit e8c940b73840868f26a537e159047e99d7ddae2c Author: Noel Grandin AuthorDate: Fri Sep 10 15:45:35 2021 +0200 Commit: Noel Grandin CommitDate: Fri Sep 10 21:19:07 2021 +0200 clang:optin.performance.Padding in binaryurp Excessive padding in 'struct binaryurp::OutgoingRequest' (11 padding bytes, where 3 is optimal). Excessive padding in 'struct binaryurp::Writer::Item' (28 padding bytes, where 4 is optimal). Excessive padding in 'class binaryurp::IncomingRequest' (19 padding bytes, where 3 is optimal). Change-Id: I43ef9c513ad2bbb1151edbf5db578d69d35ccfbf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121919 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/binaryurp/source/incomingrequest.cxx b/binaryurp/source/incomingrequest.cxx index eed6f7cb8466..62e88697769b 100644 --- a/binaryurp/source/incomingrequest.cxx +++ b/binaryurp/source/incomingrequest.cxx @@ -50,9 +50,9 @@ IncomingRequest::IncomingRequest( std::vector< BinaryAny > const & inArguments, bool currentContextMode, css::uno::UnoInterfaceReference const & currentContext): bridge_(bridge), tid_(tid), oid_(oid), object_(object), type_(type), -functionId_(functionId), synchronous_(synchronous), member_(member), -setter_(setter), inArguments_(inArguments), -currentContextMode_(currentContextMode), currentContext_(currentContext) +member_(member), currentContext_(currentContext), +inArguments_(inArguments), functionId_(functionId), +synchronous_(synchronous), setter_(setter), currentContextMode_(currentContextMode) { assert(bridge.is()); assert(member.is()); diff --git a/binaryurp/source/incomingrequest.hxx b/binaryurp/source/incomingrequest.hxx index f85171b15a93..6a79126b4f65 100644 --- a/binaryurp/source/incomingrequest.hxx +++ b/binaryurp/source/incomingrequest.hxx @@ -65,13 +65,13 @@ private: OUString oid_; // initial object queryInterface; release com::sun::star::uno::UnoInterfaceReference object_; com::sun::star::uno::TypeDescription type_; +com::sun::star::uno::TypeDescription member_; +com::sun::star::uno::UnoInterfaceReference currentContext_; +std::vector< BinaryAny > inArguments_; sal_uInt16 functionId_; bool synchronous_; -com::sun::star::uno::TypeDescription member_; bool setter_; -std::vector< BinaryAny > inArguments_; bool currentContextMode_; -com::sun::star::uno::UnoInterfaceReference currentContext_; }; } diff --git a/binaryurp/source/outgoingrequest.hxx b/binaryurp/source/outgoingrequest.hxx index f5abda34a302..eb2c8a7e5212 100644 --- a/binaryurp/source/outgoingrequest.hxx +++ b/binaryurp/source/outgoingrequest.hxx @@ -31,13 +31,13 @@ struct OutgoingRequest { OutgoingRequest( Kind theKind, com::sun::star::uno::TypeDescription const & theMember, bool theSetter): -kind(theKind), member(theMember), setter(theSetter) +member(theMember), kind(theKind), setter(theSetter) {} -Kind kind; - com::sun::star::uno::TypeDescription member; +Kind kind; + bool setter; }; diff --git a/binaryurp/source/writer.cxx b/binaryurp/source/writer.cxx index 585f375d7a58..9fb609180e4a 100644 --- a/binaryurp/source/writer.cxx +++ b/binaryurp/source/writer.cxx @@ -56,9 +56,9 @@ Writer::Item::Item( css::uno::TypeDescription const & theMember, std::vector< BinaryAny > const & inArguments, css::uno::UnoInterfaceReference const & theCurrentContext): -request(true), tid(theTid), oid(theOid), type(theType), member(theMember), -setter(false), arguments(inArguments), exception(false), -currentContext(theCurrentContext), setCurrentContextMode(false) +tid(theTid), oid(theOid), type(theType), member(theMember), +currentContext(theCurrentContext), arguments(inArguments), +request(true), setter(false), exception(false), setCurrentContextMode(false) {} Writer::Item::Item( @@ -67,9 +67,10 @@ Writer::Item::Item( bool theException, BinaryAny const & theReturnValue, std::vector< BinaryAny > const & outArguments, bool theSetCurrentContextMode): -request(false), tid(theTid), member(theMember), setter(theSetter), -arguments(outArguments), exception(theException), -returnValue(theReturnValue), setCurrentContextMode(theSetCurrentContextMode) +tid(theTid), member(theMember), +returnValue(theReturnValue), arguments(outArguments), +request(false), setter(theSetter), +exception(theException), setCurrentContextMode(theSetCurrentContextMode) {} Writer::Writer(rtl::Reference< Bridge >
[Libreoffice-bugs] [Bug 144368] Calc; Format -> Page Style -> Header and Footer switched on setting does not save or load with document, Organizer Style greyed out
https://bugs.documentfoundation.org/show_bug.cgi?id=144368 --- Comment #7 from Richard Manning --- Can confirm: exact same behavior occurs in Win10. "Header On" box doesn't stay checked when file is saved & reopened. Version: 7.2.0.4 (x64) / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144368] Calc; Format -> Page Style -> Header and Footer switched on setting does not save or load with document, Organizer Style greyed out
https://bugs.documentfoundation.org/show_bug.cgi?id=144368 --- Comment #6 from Richard Manning --- Created attachment 174957 --> https://bugs.documentfoundation.org/attachment.cgi?id=174957=edit Calc file with header whose "on" state isn't saved -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131894] Deleting/moving an empty sheet in a large calc file very slow
https://bugs.documentfoundation.org/show_bug.cgi?id=131894 Telesto changed: What|Removed |Added Ever confirmed|1 |0 Status|NEW |UNCONFIRMED --- Comment #4 from Telesto --- Comment 2 uses a different file, also in bug 113704 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144405] cli_cppuhelper policy installed in GAC for wrong architecture
https://bugs.documentfoundation.org/show_bug.cgi?id=144405 Julien Nabet changed: What|Removed |Added CC||michael.st...@allotropia.de ||, sberg...@redhat.com, ||serval2...@yahoo.fr --- Comment #5 from Julien Nabet --- Michael: Since it's related to Windows internals, thought you might be interested in this one. Stephan: you might also be interested in this one since it's related with UNO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132535] Changing anchor to character and moving the image is slow/unresponsive
https://bugs.documentfoundation.org/show_bug.cgi?id=132535 Buovjaga changed: What|Removed |Added Keywords||haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132535] Changing anchor to character and moving the image is slow/unresponsive
https://bugs.documentfoundation.org/show_bug.cgi?id=132535 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #3 from Buovjaga --- Created attachment 174956 --> https://bugs.documentfoundation.org/attachment.cgi?id=174956=edit Perf flamegraph (In reply to Telesto from comment #0) > Steps to Reproduce: > 1. Open attachment 159209 [details] (bug 131729) > 2. Set the anchor to character -> slow Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: e6a8d312d3d7e5d81c56d5ccc0508116dd283f1f CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123180] Sluggish responsiveness when scrolling document containing JPG images in multi-page view
https://bugs.documentfoundation.org/show_bug.cgi?id=123180 Buovjaga changed: What|Removed |Added Keywords||haveBacktrace --- Comment #9 from Buovjaga --- I reproduced the sluggish rendering with latest of 6.3 repo, but not with fresh master (both with gen on Linux). As the slowness is not super pronounced to begin with, I would like others to re-test before closing as WFM. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133704] Inserting a new sheet in a document with complex formula's very slow
https://bugs.documentfoundation.org/show_bug.cgi?id=133704 Buovjaga changed: What|Removed |Added Keywords||haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133704] Inserting a new sheet in a document with complex formula's very slow
https://bugs.documentfoundation.org/show_bug.cgi?id=133704 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #8 from Buovjaga --- Created attachment 174955 --> https://bugs.documentfoundation.org/attachment.cgi?id=174955=edit Perf flamegraph (In reply to Telesto from comment #0) > Steps to Reproduce: > 1. Open attachment 142401 [details] from bug 117896 > 2. Right-click sheet KROSCEK - Insert a sheet before -> Wait Traced for quite some time, but did not wait until the very end. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: e6a8d312d3d7e5d81c56d5ccc0508116dd283f1f CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/mimo/mimo-6-2' - 3 commits - configure.ac download.lst external/libxslt external/openssl
Rebased ref, commits from common ancestor: commit 332f2851c6cbb83d5a5d07b293819a5aba3e7049 Author: Andras Timar AuthorDate: Thu Sep 9 13:43:04 2021 +0200 Commit: Andras Timar CommitDate: Fri Sep 10 20:38:24 2021 +0200 Bump product version to 6.2.8.2.M5 Change-Id: I59145513f596b583c80f5e9a843956b3175aa3d2 diff --git a/configure.ac b/configure.ac index 078dfca928d7..a60bef2d6124 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[6.2.8.2.M4],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[6.2.8.2.M5],[],[],[http://documentfoundation.org/]) AC_PREREQ([2.59]) commit 043c6900bdc560a5e916a636eb5e566dfb42756b Author: Michael Stahl AuthorDate: Wed Aug 25 11:32:11 2021 +0200 Commit: Andras Timar CommitDate: Fri Sep 10 20:38:24 2021 +0200 openssl: add patch for CVE-2021-3712 Change-Id: I4061cbac18ddf9c7f932a27bf2b54a2b1c2f9d99 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121029 Tested-by: Michael Stahl Reviewed-by: Michael Stahl diff --git a/external/openssl/UnpackedTarball_openssl.mk b/external/openssl/UnpackedTarball_openssl.mk index ad600cce1412..e7fca1116545 100644 --- a/external/openssl/UnpackedTarball_openssl.mk +++ b/external/openssl/UnpackedTarball_openssl.mk @@ -22,6 +22,7 @@ $(eval $(call gb_UnpackedTarball_add_patches,openssl,\ external/openssl/openssl-3650-masm.patch.1 \ external/openssl/openssl-fixbuild.patch.1 \ external/openssl/openssl-1.0.2k-cve-2020-1971.patch.1 \ + external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 \ )) # vim: set noet sw=4 ts=4: diff --git a/external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 b/external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 new file mode 100644 index ..cf809750ecfb --- /dev/null +++ b/external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 @@ -0,0 +1,56 @@ +From ccb0a11145ee72b042d10593a64eaf9e8a55ec12 Mon Sep 17 00:00:00 2001 +From: Matt Caswell +Date: Tue, 17 Aug 2021 14:41:48 +0100 +Subject: [PATCH] Fix a read buffer overrun in X509_CERT_AUX_print() + +This is a backport of commit c5dc9ab965f to 1.0.2. That commit fixed +the same bug but in master/1.1.1 it is in the function X509_aux_print(). +The original commit had the following description: + +Fix a read buffer overrun in X509_aux_print(). + +The ASN1_STRING_get0_data(3) manual explitely cautions the reader +that the data is not necessarily NUL-terminated, and the function +X509_alias_set1(3) does not sanitize the data passed into it in any +way either, so we must assume the return value from X509_alias_get0(3) +is merely a byte array and not necessarily a string in the sense +of the C language. + +I found this bug while writing manual pages for X509_print_ex(3) +and related functions. Theo Buehler checked my +patch to fix the same bug in LibreSSL, see + +http://cvsweb.openbsd.org/src/lib/libcrypto/asn1/t_x509a.c#rev1.9 + +As an aside, note that the function still produces incomplete and +misleading results when the data contains a NUL byte in the middle +and that error handling is consistently absent throughout, even +though the function provides an "int" return value obviously intended +to be 1 for success and 0 for failure, and even though this function +is called by another function that also wants to return 1 for success +and 0 for failure and even does so in many of its code paths, though +not in others. But let's stay focussed. Many things would be nice +to have in the wide wild world, but a buffer overflow must not be +allowed to remain in our backyard. + +CVE-2021-3712 + +Reviewed-by: Paul Dale +--- + crypto/asn1/t_x509a.c | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/crypto/asn1/t_x509a.c b/crypto/asn1/t_x509a.c +index d1b897a469fd..b1bc9d0cd28b 100644 +--- a/crypto/asn1/t_x509a.c b/crypto/asn1/t_x509a.c +@@ -104,7 +104,8 @@ int X509_CERT_AUX_print(BIO *out, X509_CERT_AUX *aux, int indent) + } else + BIO_printf(out, "%*sNo Rejected Uses.\n", indent, ""); + if (aux->alias) +-BIO_printf(out, "%*sAlias: %s\n", indent, "", aux->alias->data); ++BIO_printf(out, "%*sAlias: %.*s\n", indent, "", aux->alias->length, ++ aux->alias->data); + if (aux->keyid) { + BIO_printf(out, "%*sKey Id: ", indent, ""); + for (i = 0; i < aux->keyid->length; i++) commit d789344f41be91b0f6308e30fa6b97a1b2d7e11e Author: Michael Stahl AuthorDate: Wed Nov 20 15:08:24 2019 +0100 Commit: Andras Timar CommitDate: Fri Sep 10 20:38:24 2021 +0200 libxslt: upgrade to release 1.1.34 Fixes CVE-2019-18197. Remove obsolete
[Libreoffice-commits] core.git: Branch 'distro/mimo/mimo-6-2' - 4 commits - configure.ac download.lst external/libxml2 external/openssl
Rebased ref, commits from common ancestor: commit 24fd02e70ada0aedef545704cf375868aebfb0da Author: Andras Timar AuthorDate: Thu Sep 9 13:43:04 2021 +0200 Commit: Andras Timar CommitDate: Fri Sep 10 20:30:33 2021 +0200 Bump product version to 6.2.8.2.M5 Change-Id: I59145513f596b583c80f5e9a843956b3175aa3d2 diff --git a/configure.ac b/configure.ac index 078dfca928d7..a60bef2d6124 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[6.2.8.2.M4],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[6.2.8.2.M5],[],[],[http://documentfoundation.org/]) AC_PREREQ([2.59]) commit 5f69069d895cd3d96a9b25816d946ceeb6b1bbfa Author: Michael Stahl AuthorDate: Wed Aug 25 11:32:11 2021 +0200 Commit: Andras Timar CommitDate: Fri Sep 10 20:30:33 2021 +0200 openssl: add patch for CVE-2021-3712 Change-Id: I4061cbac18ddf9c7f932a27bf2b54a2b1c2f9d99 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121029 Tested-by: Michael Stahl Reviewed-by: Michael Stahl diff --git a/external/openssl/UnpackedTarball_openssl.mk b/external/openssl/UnpackedTarball_openssl.mk index ad600cce1412..e7fca1116545 100644 --- a/external/openssl/UnpackedTarball_openssl.mk +++ b/external/openssl/UnpackedTarball_openssl.mk @@ -22,6 +22,7 @@ $(eval $(call gb_UnpackedTarball_add_patches,openssl,\ external/openssl/openssl-3650-masm.patch.1 \ external/openssl/openssl-fixbuild.patch.1 \ external/openssl/openssl-1.0.2k-cve-2020-1971.patch.1 \ + external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 \ )) # vim: set noet sw=4 ts=4: diff --git a/external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 b/external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 new file mode 100644 index ..cf809750ecfb --- /dev/null +++ b/external/openssl/ccb0a11145ee72b042d10593a64eaf9e8a55ec12.patch.1 @@ -0,0 +1,56 @@ +From ccb0a11145ee72b042d10593a64eaf9e8a55ec12 Mon Sep 17 00:00:00 2001 +From: Matt Caswell +Date: Tue, 17 Aug 2021 14:41:48 +0100 +Subject: [PATCH] Fix a read buffer overrun in X509_CERT_AUX_print() + +This is a backport of commit c5dc9ab965f to 1.0.2. That commit fixed +the same bug but in master/1.1.1 it is in the function X509_aux_print(). +The original commit had the following description: + +Fix a read buffer overrun in X509_aux_print(). + +The ASN1_STRING_get0_data(3) manual explitely cautions the reader +that the data is not necessarily NUL-terminated, and the function +X509_alias_set1(3) does not sanitize the data passed into it in any +way either, so we must assume the return value from X509_alias_get0(3) +is merely a byte array and not necessarily a string in the sense +of the C language. + +I found this bug while writing manual pages for X509_print_ex(3) +and related functions. Theo Buehler checked my +patch to fix the same bug in LibreSSL, see + +http://cvsweb.openbsd.org/src/lib/libcrypto/asn1/t_x509a.c#rev1.9 + +As an aside, note that the function still produces incomplete and +misleading results when the data contains a NUL byte in the middle +and that error handling is consistently absent throughout, even +though the function provides an "int" return value obviously intended +to be 1 for success and 0 for failure, and even though this function +is called by another function that also wants to return 1 for success +and 0 for failure and even does so in many of its code paths, though +not in others. But let's stay focussed. Many things would be nice +to have in the wide wild world, but a buffer overflow must not be +allowed to remain in our backyard. + +CVE-2021-3712 + +Reviewed-by: Paul Dale +--- + crypto/asn1/t_x509a.c | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/crypto/asn1/t_x509a.c b/crypto/asn1/t_x509a.c +index d1b897a469fd..b1bc9d0cd28b 100644 +--- a/crypto/asn1/t_x509a.c b/crypto/asn1/t_x509a.c +@@ -104,7 +104,8 @@ int X509_CERT_AUX_print(BIO *out, X509_CERT_AUX *aux, int indent) + } else + BIO_printf(out, "%*sNo Rejected Uses.\n", indent, ""); + if (aux->alias) +-BIO_printf(out, "%*sAlias: %s\n", indent, "", aux->alias->data); ++BIO_printf(out, "%*sAlias: %.*s\n", indent, "", aux->alias->length, ++ aux->alias->data); + if (aux->keyid) { + BIO_printf(out, "%*sKey Id: ", indent, ""); + for (i = 0; i < aux->keyid->length; i++) commit fface4cb41ef8c060abd2f88ca24a6b8dd765067 Author: Michael Stahl AuthorDate: Fri May 21 13:33:26 2021 +0200 Commit: Andras Timar CommitDate: Fri Sep 10 20:30:33 2021 +0200 libxml2: upgrade to release 2.9.12 Fixes: CVE-2021-3516 CVE-2021-3517 CVE-2021-3518 CVE-2021-3537 CVE-2021-3541
[Libreoffice-bugs] [Bug 126158] Table layout loop under extreme conditions
https://bugs.documentfoundation.org/show_bug.cgi?id=126158 Buovjaga changed: What|Removed |Added Keywords|wantBacktrace |haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126158] Table layout loop under extreme conditions
https://bugs.documentfoundation.org/show_bug.cgi?id=126158 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #6 from Buovjaga --- Created attachment 174954 --> https://bugs.documentfoundation.org/attachment.cgi?id=174954=edit Perf flamegraph (In reply to Telesto from comment #3) > Created attachment 152654 [details] > Example file > > More basic example > 1. Open the attached file > 2. CTRL+A & CTRL+C > 3. CTRL+N > 4. CTRL+V > 5. CTRL+V > 6. CTRL+Z (2x) > 7. CTRL+V -> Wait Waited for some seconds taking the trace, started tracing only before step 7. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: e6a8d312d3d7e5d81c56d5ccc0508116dd283f1f CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129766] LibreOffice hangs (not responding) for a while when closing a document.
https://bugs.documentfoundation.org/show_bug.cgi?id=129766 Buovjaga changed: What|Removed |Added Keywords||haveBacktrace --- Comment #6 from Buovjaga --- Perf trace taken with attachment 156926. When opening it says: An error occurred during opening the file. This may be caused by incorrect file contents. The error details are: SAXException: [word/document.xml line 2]: unknown error /home/user/libreofficetwo/sax/source/fastparser/fastparser.cxx:610 Proceeding with import may cause data loss or corruption, and application may become unstable or crash. -- You are receiving this mail because: You are the assignee for the bug.