[Libreoffice-bugs] [Bug 147187] FILEOPEN XML2003 Font color and bold setting missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147187 raal changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147204] Crash in: hb_ot_map_t::fini()
https://bugs.documentfoundation.org/show_bug.cgi?id=147204 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org OS|All |Windows (All) --- Comment #1 from Buovjaga --- Maybe try resetting your user profile by using the Safe mode dialog https://wiki.documentfoundation.org/UserProfile#Resolving_corruption -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: dbaccess/source
dbaccess/source/core/dataaccess/databasedocument.cxx | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
New commits:
commit b63a080c0c1dc9c3f2fc82e03d97d45d91dd7d16
Author: Julien Nabet
AuthorDate: Fri Feb 4 12:55:41 2022 +0100
Commit: Julien Nabet
CommitDate: Sat Feb 5 08:48:27 2022 +0100
Following simplify a bit ODatabaseDocument::impl_getUntitledHelper_throw
Change-Id: Iae6eafba5fffb8128526642f67dc932ddd115336
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129486
Tested-by: Jenkins
Reviewed-by: Julien Nabet
diff --git a/dbaccess/source/core/dataaccess/databasedocument.cxx
b/dbaccess/source/core/dataaccess/databasedocument.cxx
index 51a3457f7668..2bb57d234d42 100644
--- a/dbaccess/source/core/dataaccess/databasedocument.cxx
+++ b/dbaccess/source/core/dataaccess/databasedocument.cxx
@@ -2108,15 +2108,12 @@ uno::Reference< frame::XUntitledNumbers >
ODatabaseDocument::impl_getUntitledHel
m_xModuleManager.set( ModuleManager::create(m_pImpl->m_aContext) );
OUString sModuleId;
-uno::Reference< frame::XUntitledNumbers > xNumberedControllers;
-TNumberedController::const_iterator aFind = m_aNumberedControllers.end();
-
if (_xComponent.is())
-{
-sModuleId = m_xModuleManager->identify( _xComponent );
-aFind = m_aNumberedControllers.find(sModuleId);
-}
+sModuleId = m_xModuleManager->identify(_xComponent);
+
+uno::Reference< frame::XUntitledNumbers > xNumberedControllers;
+TNumberedController::const_iterator aFind =
m_aNumberedControllers.find(sModuleId);
if ( aFind == m_aNumberedControllers.end() )
{
rtl::Reference<::comphelper::NumberedCollection> pHelper = new
::comphelper::NumberedCollection();
[Libreoffice-bugs] [Bug 147210] New: Headings should automatically match outline level
https://bugs.documentfoundation.org/show_bug.cgi?id=147210 Bug ID: 147210 Summary: Headings should automatically match outline level Product: LibreOffice Version: 7.1.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fjdusdo...@gmail.com Description: Having a table of contents is nice, and having a navigation window on the side is even better. The navigator feature isn't useful, however, until a new user like me figures out how to adjust the "Outline Level" of headers. Please make Header Numbers automatically match the Outline Levels of a document. I had to go digging through forum posts to find a solution, but I can't fathom why this wouldn't be automatic. You have to press Heading>Edit Style>Outline & Numbering>Outline Level, every time you want to make the Headers and Outline Levels match. But why can't this be automatic to save time and make the navigator more viable for would-be users? I love what you guys and gals do with LibreOffice. Thank you so much for everything you do and please keep up your great work!!! Steps to Reproduce: 1.press Heading>Edit Style>Outline & Numbering>Outline Level, every time you want to make the Headers and Outline Levels match. 2.This should be automatic for every writer document. Actual Results: The outline level and header numbers matched! Beautiful. Expected Results: Should have been automatic. I don't know why anyone would need to do this edit themselves, since headers should automatically have this feature. Reproducible: Always User Profile Reset: No Additional Info: You devs at LibreOffice are open-source heroes. XOXO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143447] Some Chinese IME will make cursor disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=143447 Ming Hua changed: What|Removed |Added Blocks|113194 |113193 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113193 [Bug 113193] [META] Traditional Chinese (zh_TW, zh_HK) language-specific CJK issues https://bugs.documentfoundation.org/show_bug.cgi?id=113194 [Bug 113194] [META] Simplified Chinese (zh_CN) language-specific CJK issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113194] [META] Simplified Chinese (zh_CN) language-specific CJK issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113194 Ming Hua changed: What|Removed |Added Depends on|143447 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143447 [Bug 143447] Some Chinese IME will make cursor disappear -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113193] [META] Traditional Chinese (zh_TW, zh_HK) language-specific CJK issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113193 Ming Hua changed: What|Removed |Added Depends on||143447 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143447 [Bug 143447] Some Chinese IME will make cursor disappear -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139375] LibreOffice Writer Spell checker set wrong language
https://bugs.documentfoundation.org/show_bug.cgi?id=139375 --- Comment #16 from Alfie --- Hi Dieter, sorry - I have no idea what are you talking about here. I never had Xbox so have no idea what video you want. It has been so long ago. I do not see my latest feedback, I have just posted few hours ago. Yes, I have reported all of those bugs, not much have changed. I have read them to refresh my memory, and I still stand by my bug report. There must be a "Save settings" button added for changing the Language setting, Language in Options. Manually corrected language in the popup F7 spell checker. The fix for F7 spell checker is: when other language is selected, it should stay selected until manually changed. If language is selected for the specific document only, it also should not change or revert to default. Should be hardwired to that page or document permanently, regardless of input language. Pass it along, please. Best regards as always Alfie -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/source
sc/source/ui/unoobj/docuno.cxx |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) New commits: commit 368ae1026db78478b54cb4dc4e06475ce29a3a55 Author: Dennis Francis AuthorDate: Thu Jan 6 14:52:56 2022 +0530 Commit: Dennis Francis CommitDate: Sat Feb 5 08:03:02 2022 +0100 lok: setClientZoom: check PPTX/Y approx equality too This is needed because the initial PPTX/Y on document load does not match the implied PPTX/Y corresponding to the client requested zoomX/Y. For instance when document is loaded by LOK client and 100% zoom is requested, the correct PPTX/Y should be (1/15 = 0.067) but the initial PPTX/Y on the ScViewData is 0.0647702 Change-Id: I996e9f003abd269df0994f3d114e42f84bb2bb20 (cherry picked from commit 04bb404bffa9fe19568655e81bcd5db21f153cbc) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129363 Tested-by: Jenkins Reviewed-by: Dennis Francis diff --git a/sc/source/ui/unoobj/docuno.cxx b/sc/source/ui/unoobj/docuno.cxx index 177a38ca07ad..2c739b909fb2 100644 --- a/sc/source/ui/unoobj/docuno.cxx +++ b/sc/source/ui/unoobj/docuno.cxx @@ -997,7 +997,11 @@ void ScModelObj::setClientZoom(int nTilePixelWidth_, int nTilePixelHeight_, int const Fraction newZoomX(o3tl::toTwips(nTilePixelWidth_, o3tl::Length::px), nTileTwipWidth_); const Fraction newZoomY(o3tl::toTwips(nTilePixelHeight_, o3tl::Length::px), nTileTwipHeight_); -if (pViewData->GetZoomX() == newZoomX && pViewData->GetZoomY() == newZoomY) +double fDeltaPPTX = std::abs(ScGlobal::nScreenPPTX * static_cast(newZoomX) - pViewData->GetPPTX()); +double fDeltaPPTY = std::abs(ScGlobal::nScreenPPTY * static_cast(newZoomY) - pViewData->GetPPTY()); +constexpr double fEps = 1E-08; + +if (pViewData->GetZoomX() == newZoomX && pViewData->GetZoomY() == newZoomY && fDeltaPPTX < fEps && fDeltaPPTY < fEps) return; pViewData->SetZoom(newZoomX, newZoomY, true);
[Libreoffice-commits] core.git: include/sfx2 sc/source sfx2/source
include/sfx2/ipclient.hxx|4 include/sfx2/lokcomponenthelpers.hxx |3 ++- sc/source/ui/unoobj/docuno.cxx |3 --- sc/source/ui/view/gridwin4.cxx |7 +++ sc/source/ui/view/tabvwshb.cxx | 14 ++ sfx2/source/view/ipclient.cxx| 26 -- sfx2/source/view/lokcharthelper.cxx |6 -- 7 files changed, 55 insertions(+), 8 deletions(-) New commits: commit e3e8aaa2517dfbaf9ab5dcf10612547c6c6b0eb4 Author: Dennis Francis AuthorDate: Thu Jan 6 10:54:49 2022 +0530 Commit: Dennis Francis CommitDate: Sat Feb 5 08:01:23 2022 +0100 lokCalcRTL: fix rendering of charts in edit mode Inform Sfx2InPlaceClient and LokChartHelper when negated X coordinates are used. Ensure that invalidation rectangles have positive coordinates in all cases. Conflicts: include/sfx2/lokcharthelper.hxx sfx2/source/view/ipclient.cxx Change-Id: I8f5440718e288d8f0d379c8da5f49a29e51f6940 (cherry picked from commit 284068c7eb473bafd5cafeb30a78daab4538cff6) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129362 Tested-by: Jenkins Reviewed-by: Dennis Francis diff --git a/include/sfx2/ipclient.hxx b/include/sfx2/ipclient.hxx index 3e219514a6f1..6eddf9e9f818 100644 --- a/include/sfx2/ipclient.hxx +++ b/include/sfx2/ipclient.hxx @@ -87,6 +87,10 @@ public: voidResetObject(); boolIsUIActive() const; +/// To indicate that negated document X coordinates are used +voidSetNegativeX(bool bSet); +boolIsNegativeX() const; + virtual voidFormatChanged(); // object format was changed (used for StarMath formulas aligning) virtual bool IsProtected() const; diff --git a/include/sfx2/lokcomponenthelpers.hxx b/include/sfx2/lokcomponenthelpers.hxx index cace035b16a1..c9468b7d1c3b 100644 --- a/include/sfx2/lokcomponenthelpers.hxx +++ b/include/sfx2/lokcomponenthelpers.hxx @@ -48,7 +48,8 @@ public: static void PaintAllChartsOnTile(VirtualDevice& rDevice, int nOutputWidth, int nOutputHeight, int nTilePosX, int nTilePosY, - tools::Long nTileWidth, tools::Long nTileHeight); + tools::Long nTileWidth, tools::Long nTileHeight, + bool bNegativeX = false); bool postMouseEvent(int nType, int nX, int nY, int nCount, int nButtons, int nModifier, double fScaleX = 1.0, double fScaleY = 1.0); diff --git a/sc/source/ui/unoobj/docuno.cxx b/sc/source/ui/unoobj/docuno.cxx index 7e149c8b7123..177a38ca07ad 100644 --- a/sc/source/ui/unoobj/docuno.cxx +++ b/sc/source/ui/unoobj/docuno.cxx @@ -560,9 +560,6 @@ void ScModelObj::paintTile( VirtualDevice& rDevice, pGridWindow->PaintTile( rDevice, nOutputWidth, nOutputHeight, nTilePosX, nTilePosY, nTileWidth, nTileHeight ); -LokChartHelper::PaintAllChartsOnTile(rDevice, nOutputWidth, nOutputHeight, - nTilePosX, nTilePosY, nTileWidth, nTileHeight); - // Draw Form controls ScDrawLayer* pDrawLayer = pDocShell->GetDocument().GetDrawLayer(); SdrPage* pPage = pDrawLayer->GetPage(sal_uInt16(pViewData->GetTabNo())); diff --git a/sc/source/ui/view/gridwin4.cxx b/sc/source/ui/view/gridwin4.cxx index ec77fd12be66..d83c2bcccde2 100644 --- a/sc/source/ui/view/gridwin4.cxx +++ b/sc/source/ui/view/gridwin4.cxx @@ -35,6 +35,7 @@ #include #include #include +#include #include #include @@ -1625,6 +1626,12 @@ void ScGridWindow::PaintTile( VirtualDevice& rDevice, DrawContent(rDevice, aTabInfo, aOutputData, true); rDevice.SetMapMode(aOriginalMode); +// Paint the chart(s) in edit mode. +LokChartHelper::PaintAllChartsOnTile(rDevice, nOutputWidth, nOutputHeight, +nTilePosX, nTilePosY, nTileWidth, nTileHeight, bLayoutRTL); + +rDevice.SetMapMode(aOriginalMode); + // Flag drawn formula cells "unchanged". rDoc.ResetChanged(ScRange(nTopLeftTileCol, nTopLeftTileRow, nTab, nBottomRightTileCol, nBottomRightTileRow, nTab)); rDoc.PrepareFormulaCalc(); diff --git a/sc/source/ui/view/tabvwshb.cxx b/sc/source/ui/view/tabvwshb.cxx index 6ed88f12e3a6..f2ae3b56a55e 100644 --- a/sc/source/ui/view/tabvwshb.cxx +++ b/sc/source/ui/view/tabvwshb.cxx @@ -80,6 +80,13 @@ void ScTabViewShell::ConnectObject( const SdrOle2Obj* pObj ) return; pClient = new ScClient( this, pWin, GetScDrawView()->GetModel(), pObj ); +ScViewData& rViewData = GetViewData(); +ScDocShell* pDocSh = rViewData.GetDocShell(); +ScDocument& rDoc = pDocSh->GetDocument(); +bool bNegativeX = comphelper::LibreOfficeKit::isActive() && rDoc.IsNegativePage(rViewData.GetTabNo()); +if (bNegativeX) +
[Libreoffice-bugs] [Bug 147141] Calc header/footer not backwards compatible (office version 1.3 > 1.2)
https://bugs.documentfoundation.org/show_bug.cgi?id=147141 Timur changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #12 from Timur --- hi Regina, please see if you can. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139250] A document containing picture with a caption cannot be openned by MS Word.
https://bugs.documentfoundation.org/show_bug.cgi?id=139250 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||dgp-m...@gmx.de --- Comment #7 from Dieter --- Hello Frank, a new major release of LibreOffice is available since this bug was reported. 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. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136961] Optimize handling of page orientation in Writer (based on landscape page)
https://bugs.documentfoundation.org/show_bug.cgi?id=136961 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de --- Comment #8 from Dieter --- Telesto, is it possible to seperate (potential) bugs and enhancemnts. I think this report is to complex to handle it in one report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141908] CppUnittests: replace usage of sal_Int32 with colors
https://bugs.documentfoundation.org/show_bug.cgi?id=141908 --- Comment #17 from Libreoffice user SSO --- I would like to work on it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146896] Suggestion on 'view' layout labels
https://bugs.documentfoundation.org/show_bug.cgi?id=146896 Dieter changed: What|Removed |Added OS|Linux (All) |All Whiteboard| QA:needsComment| Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter --- Ryan, thank you for your suggestion. I added desing-team for further inputan decision. Personally I wouldn't change the names (You have to change all documentation), but perhaps we could add some informations to LO help to make clear that creating html documents might not be the only use case. https://help.libreoffice.org/7.3/en-GB/text/swriter/main0103.html?DbPAR=WRITER -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146896] Suggestion on 'view' layout labels
https://bugs.documentfoundation.org/show_bug.cgi?id=146896 Dieter changed: What|Removed |Added OS|Linux (All) |All Whiteboard| QA:needsComment| Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter --- Ryan, thank you for your suggestion. I added desing-team for further inputan decision. Personally I wouldn't change the names (You have to change all documentation), but perhaps we could add some informations to LO help to make clear that creating html documents might not be the only use case. https://help.libreoffice.org/7.3/en-GB/text/swriter/main0103.html?DbPAR=WRITER -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 113194] [META] Simplified Chinese (zh_CN) language-specific CJK issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113194 Dieter changed: What|Removed |Added Depends on||143447 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143447 [Bug 143447] Some Chinese IME will make cursor disappear -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143447] Some Chinese IME will make cursor disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=143447 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Blocks||113194 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113194 [Bug 113194] [META] Simplified Chinese (zh_CN) language-specific CJK issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146890] Cursor vanishes when using Chinese Input Method Editor (IME)
https://bugs.documentfoundation.org/show_bug.cgi?id=146890 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||3447 Whiteboard| QA:needsComment| --- Comment #1 from Dieter --- Thorsten, thank you for reporting the bug. Sounds to me like a duplicate of bug 143447. Could you please check this? Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143447] Some Chinese IME will make cursor disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=143447 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||6890 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139375] LibreOffice Writer Spell checker set wrong language
https://bugs.documentfoundation.org/show_bug.cgi?id=139375 Dieter changed: What|Removed |Added Status|REOPENED|UNCONFIRMED Ever confirmed|1 |0 --- Comment #15 from Dieter --- (In reply to Alfie from comment #9) > hi Dieter, > > by screencast do you mean the screenshot? No, a screencast. Under windows you use the Xbox Game Bar to record your screen (Win+G). You can attach video here. (Choose "Add an attachment") -- You are receiving this mail because: You are the assignee for the bug.
Re: Unable to compile LibreOffice 7.3. Stuck at harfbuzz error messages
On 04/02/2022 21:03, Caolán McNamara wrote: And a lot more error messages related to harfbuzz. Does anybody know what’s going on and how to solve this issue?(Yes, libharfbuzz-dev is installed, as always). What we'd need to see is the configure/autogen options passed here. Best is probably the output of config.log to see what was passed in and what was the configured result. While it's probably not related to your problem, I run gentoo, and harfbuzz/freetype/32-bit is rather a nightmare to compile, as it gets stuck in a circular dependency. Dunno whether that'll give you a genuine clue or lead you up the garden path, I'll let you decide :-) Cheers, Wol
[Libreoffice-bugs] [Bug 147209] New: FILTER: Libreoffice Basic filter fails if a date is used as a criterion
https://bugs.documentfoundation.org/show_bug.cgi?id=147209 Bug ID: 147209 Summary: FILTER: Libreoffice Basic filter fails if a date is used as a criterion Product: LibreOffice Version: 7.1.2.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: frederica.n...@mail.com I have a spreadsheet that I have used for over seven years. It contains financial data along with some buttons and filter criteria used to produce reports. Suddenly it stopped working. To be precise, no data was produced for the reports even though there were candidate rows matching the specified filter criteria. FYI: I had just upgraded LibreOffice and that is what I thought had contributed to the problem. Eventually, I located a sample spreadsheet (https://ask.libreoffice.org/uploads/short-url/lT0EfZexPIYYIi3SGf7NJEytu8I.ods) that I could use as a test case. I tried it on multiple devices in the home with the following results (all X64 and all Windows): 6.2.5.2 Works 7.0.0.3 Works 7.0.1.2 Works 7.1.2.2 Fails 7.1.6.1 Fails The strange thing is that if you replace the date criterion with its equivalent number (i.e instead of >2018-03-17 you specify >43176) it works. FWIW, I am reporting the bug against the following version: Version: 7.1.6.1 (x64) / LibreOffice Community Build ID: 71560dedfc85ea19274c42531f6929b2ee41d3f6 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147190] FILEOPEN XML2003 Date formatting of cells is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147190 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146896] Suggestion on 'view' layout labels
https://bugs.documentfoundation.org/show_bug.cgi?id=146896 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 146890] Cursor vanishes when using Chinese Input Method Editor (IME)
https://bugs.documentfoundation.org/show_bug.cgi?id=146890 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 143247] Crash in: SwNode::GetTableBox()
https://bugs.documentfoundation.org/show_bug.cgi?id=143247 --- Comment #3 from QA Administrators --- Dear ansegi...@gmx.de, 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 143247] Crash in: SwNode::GetTableBox()
https://bugs.documentfoundation.org/show_bug.cgi?id=143247 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 142988] LibreOffice Writer removes bold and underlined formatting after saving and closing a file
https://bugs.documentfoundation.org/show_bug.cgi?id=142988 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 142988] LibreOffice Writer removes bold and underlined formatting after saving and closing a file
https://bugs.documentfoundation.org/show_bug.cgi?id=142988 --- Comment #3 from QA Administrators --- Dear jonathonpday, 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 140928] Losing Context while Clicked Into Text Box Causes Crash?
https://bugs.documentfoundation.org/show_bug.cgi?id=140928 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 140928] Losing Context while Clicked Into Text Box Causes Crash?
https://bugs.documentfoundation.org/show_bug.cgi?id=140928 --- Comment #5 from QA Administrators --- Dear Sarah Szabo, 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 139999] Libre office will not open saved documents, even in safe mode. I probably overloaded the documents I had open...100 at the time of initial crash
https://bugs.documentfoundation.org/show_bug.cgi?id=13 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 139999] Libre office will not open saved documents, even in safe mode. I probably overloaded the documents I had open...100 at the time of initial crash
https://bugs.documentfoundation.org/show_bug.cgi?id=13 --- Comment #3 from QA Administrators --- Dear oleheadb3, 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 139829] User defined function malfunction after opening Calc document
https://bugs.documentfoundation.org/show_bug.cgi?id=139829 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 139829] User defined function malfunction after opening Calc document
https://bugs.documentfoundation.org/show_bug.cgi?id=139829 --- Comment #3 from QA Administrators --- Dear Jerzy Moruś, 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 139129] FILEOPEN: on arm platform: lowriter does not start, circles through crashes and offers to reconstruct the last file
https://bugs.documentfoundation.org/show_bug.cgi?id=139129 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 139129] FILEOPEN: on arm platform: lowriter does not start, circles through crashes and offers to reconstruct the last file
https://bugs.documentfoundation.org/show_bug.cgi?id=139129 --- Comment #4 from QA Administrators --- Dear pegu1, 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 138029] Crash when trying to sign macro with certificate
https://bugs.documentfoundation.org/show_bug.cgi?id=138029 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 138029] Crash when trying to sign macro with certificate
https://bugs.documentfoundation.org/show_bug.cgi?id=138029 --- Comment #3 from QA Administrators --- Dear gagasas34, 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 137604] Crash in: mergedlo.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=137604 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 137604] Crash in: mergedlo.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=137604 --- Comment #3 from QA Administrators --- Dear Stephen Rovinsky, 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 137251] Crash in: dbaccess::ODatabaseDocument::storeToRecoveryFile
https://bugs.documentfoundation.org/show_bug.cgi?id=137251 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 137251] Crash in: dbaccess::ODatabaseDocument::storeToRecoveryFile
https://bugs.documentfoundation.org/show_bug.cgi?id=137251 --- Comment #3 from QA Administrators --- Dear Roger D. Cook, 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 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Bug 133092 depends on bug 133610, which changed state. Bug 133610 Summary: Crash in: rtl_string_release https://bugs.documentfoundation.org/show_bug.cgi?id=133610 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133610] Crash in: rtl_string_release
https://bugs.documentfoundation.org/show_bug.cgi?id=133610 --- Comment #6 from QA Administrators --- Dear Dave, 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 133610] Crash in: rtl_string_release
https://bugs.documentfoundation.org/show_bug.cgi?id=133610 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 136524] [META] Performance/hang/lag/high CPU issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136524 Bug 136524 depends on bug 133211, which changed state. Bug 133211 Summary: Crash after longer absence https://bugs.documentfoundation.org/show_bug.cgi?id=133211 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133211] Crash after longer absence
https://bugs.documentfoundation.org/show_bug.cgi?id=133211 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 133211] Crash after longer absence
https://bugs.documentfoundation.org/show_bug.cgi?id=133211 --- Comment #3 from QA Administrators --- Dear Stefan Loots, 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 143752] DeckLayouter.cxx:489: OSL_ASSERT: nRemainingHeightToDistribute==0
https://bugs.documentfoundation.org/show_bug.cgi?id=143752 --- Comment #5 from QA Administrators --- Dear Telesto, 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 143512] Insert-hyperlink tool resets before I am done
https://bugs.documentfoundation.org/show_bug.cgi?id=143512 --- Comment #2 from QA Administrators --- Dear Andrew Wetmore, 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 141898] Different line and fill in the same object.
https://bugs.documentfoundation.org/show_bug.cgi?id=141898 --- Comment #3 from QA Administrators --- Dear rmbeer, 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 141580] Copy of "Conditional Formatting" pastes old reference cell, not relative new cell
https://bugs.documentfoundation.org/show_bug.cgi?id=141580 --- Comment #5 from QA Administrators --- Dear gurkan, 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 147208] New: In Office Libre power point information not saved
https://bugs.documentfoundation.org/show_bug.cgi?id=147208 Bug ID: 147208 Summary: In Office Libre power point information not saved Product: LibreOffice Version: 7.1.0.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: filters and storage Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ashlee.hitchc...@gmail.com Description: After saving my progress Libre crashed and closed. When I went to reopen my saved document none of the pictures or font effects I used were there. Steps to Reproduce: 1. copy and paste circle shape on slide 2. try to change font on slide 3. crashed Actual Results: data (imported pictures and font work) saved prior to crash was not saved although I saved many times prior to crash Expected Results: Data in presentation should be saved when save button is used Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: PresentationDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147170] Entire UI shows at the wrong size on second monitor (DPI issue?)
https://bugs.documentfoundation.org/show_bug.cgi?id=147170 David Green changed: What|Removed |Added CC||dgreen...@gmail.com --- Comment #2 from David Green --- Same issue. MacBook Pro 14-in 2021, LibreOffice 7.3.0.3, M1, Monterey 12.2, same issue, one can also go to "Safe Mode". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139375] LibreOffice Writer Spell checker set wrong language
https://bugs.documentfoundation.org/show_bug.cgi?id=139375 Alfie changed: What|Removed |Added Version|7.0.3.1 release |7.2.5.2 release Hardware|All |x86-64 (AMD64) Status|NEEDINFO|REOPENED --- Comment #14 from Alfie --- Hello Dieter, I am just working in this New version of LibreOffice Writer 7.2.5.2 Windows or Linux Mint 19.3 - same problem with F7 spell checker. Have two documents side by side - translating from Czech in one document to the second one in English, going back and forth between them reverse translation. The spell checker F7 is still not fixed. I have to constantly go to Tools Language, and set the Text for the whole page to whatever language it has to be. The setting does not stick. Going to the Options and language setting, the appropriate language to be specifically set for that document also does not stick. The spell checker F7 often does not switch to that page language setting, which is clearly on the status bar. Stays either on the other language, or just goes blank with Go tho the beginning of document? Blank. The second item with uneven pages was fixed - solved. Thank you for this update My best regards Alfie -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 68695] EDITING: Comments cannot be resized while editing - missing squares around the comment/note
https://bugs.documentfoundation.org/show_bug.cgi?id=68695 --- Comment #76 from larrybradley --- (In reply to David from comment #75) > (In reply to Jean-François Fortin Tam from comment #74) > > Then would it make more sense to un-duplicate and reopen bug #68695 then, > > which talks about a specific usability/efficiency problem with the current > > UI/UX specifically when creating a new comment in a cell? > > I, as one of the earlier submitters would agree that is a good course of > action. This used to work properly until a change committed in version > 4.1.0.4-release. And though, as earlier poster stated, it may only seem to > be one extra step, but if you have to work with calc sheets with comments a > lot (like I do), those extra steps require you to stop what you're doing an > use the work-around, which shouldn't have to be done and we didn't have to > do in OpenOffice or the earlier LibreOffice versions. Understood. Who makes the final call on this? I look forward to the resolution. You guys do good work. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
Re: Unable to compile LibreOffice 7.3. Stuck at harfbuzz error messages
Thanks for your kind answer! I had to remove the failed attempt of 7.3.0 compilation to make room for the successful 7.2.5 one (lack of disk space), but ASAP I'm going to download the 7.3.0 source code, compile it and I'll be back with the requested info. Best regards El vie, 4 feb 2022 a las 15:03, Caolán McNamara () escribió: > On Mon, 2022-01-31 at 01:47 -0600, dreamn...@gmail.com wrote: > > /home/linux/Downloads/libreoffice- > > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh > > arfbuzz_la-hb-graphite2.o): In function > > `_hb_graphite2_shaper_face_data_create': > > /home/linux/Downloads/libreoffice- > > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/hb-graphite2.cc:132: > > undefined reference to `gr_make_face_with_ops' > > /home/linux/Downloads/libreoffice- > > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh > > arfbuzz_la-hb-graphite2.o): In function > > `_hb_graphite2_shaper_face_data_destroy': > > > > And a lot more error messages related to harfbuzz. > > Does anybody know what’s going on and how to solve this issue?(Yes, > > libharfbuzz-dev is installed, as always). > > What we'd need to see is the configure/autogen options passed here. > Best is probably the output of config.log to see what was passed in and > what was the configured result. > > You mention "libharfbuzz-dev is installed" which suggests your intent > might have been to build against the system harfbuzz, but the logs show > that the bundled harfbuzz was built and that it couldn't find > gr_make_face_with_ops to link against, which is (presumably) a graphite > symbol. config.log could show what graphite is intended to be used, > internal/external and maybe give a hint as to what is the problem. > >
[Libreoffice-bugs] [Bug 68695] EDITING: Comments cannot be resized while editing - missing squares around the comment/note
https://bugs.documentfoundation.org/show_bug.cgi?id=68695 --- Comment #75 from David --- (In reply to Jean-François Fortin Tam from comment #74) > Then would it make more sense to un-duplicate and reopen bug #68695 then, > which talks about a specific usability/efficiency problem with the current > UI/UX specifically when creating a new comment in a cell? I, as one of the earlier submitters would agree that is a good course of action. This used to work properly until a change committed in version 4.1.0.4-release. And though, as earlier poster stated, it may only seem to be one extra step, but if you have to work with calc sheets with comments a lot (like I do), those extra steps require you to stop what you're doing an use the work-around, which shouldn't have to be done and we didn't have to do in OpenOffice or the earlier LibreOffice versions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 86066] [META] Bugs and improvements to the status bar
https://bugs.documentfoundation.org/show_bug.cgi?id=86066 Bug 86066 depends on bug 124103, which changed state. Bug 124103 Summary: Count of non-sequentially selected rows or columns in Calc statusbar https://bugs.documentfoundation.org/show_bug.cgi?id=124103 What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147207] New: Calc header/footer left, right and first page conflicts/crash
https://bugs.documentfoundation.org/show_bug.cgi?id=147207 Bug ID: 147207 Summary: Calc header/footer left, right and first page conflicts/crash Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: i...@vsign.de Description: Since LO Calc 7.3 there is the HF one more option to add first page HF. But if beside the content for left and right pages is selected and also content for first page is selected. The edit content input crashes, and now further settings can be added. Btw if you click the Reset button in the HF Edit dialog LO crashes completely. Steps to Reproduce: 1. Open new spreadsheet with LO calc 7.3+ 2. Open Format > Page Style and switch to the Header/Footer tab 3. Uncheck "Same content on left and right page" 4. Make sure that "Same content on first page" is unchecked as well 5. Open Edit... dialog now there is no option to edit any content Bonus step, click on "Reset" in the Edit dialog, LO will crash completely. Actual Results: Not possible to switch between the tabs (Header first, Page 2, Header left) and HF no content can be edited. Click on "Reset" crashes LO. Expected Results: It is possible to switch between the tabs (Header first, Page 2, Header left) and HF content can be edited. A click on "Reset" resets the content. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.0.3 / LibreOffice Community Build ID: f4d11761603c82fae6474d6e0e1cb32d39b86e4b CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147141] Calc header/footer not backwards compatible (office version 1.3 > 1.2)
https://bugs.documentfoundation.org/show_bug.cgi?id=147141 --- Comment #11 from Wittich --- I search a little on the OASIS Open page and as far I understand the OpenDocument schema 1.2 and 1.3 the h/f-first style is only valid in office version 1.3. From this standpoint, LO 6.4 and before don't have correctly implemented OpenDocument 1.2. I guess there is no fix as long it's not fixed in LO 6.4. Here are the details from 1.3 schema: > The element represents the content of a header for a > first page, if different from the left/right page in a > element. > > The term "first page" means the first page to which the page style is > applied, regardless of any numbering. If a different page style is applied in > between two applications of a page style that has the > element, each of the applications of the page style has its own first page. Source: https://docs.oasis-open.org/office/OpenDocument/v1.3/cs01/part3-schema/OpenDocument-v1.3-cs01-part3-schema.html#a_16_10__style_header_ In the 1.2 schema, this style element doesn't exits: https://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#a16_10_style_header_ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146866] Assert fails in debug build when use button "Toggle Extrusion" on Fontwork shape
https://bugs.documentfoundation.org/show_bug.cgi?id=146866 --- Comment #3 from Regina Henschel --- For me it still crashes with Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ccbd2b0c663fa19be5301f0ea8ac74caa055fe47 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: de-DE (en_US); UI: en-US Calc: threaded Same with Skia. What makes your build different from mine? Not being able to toggle extrusion on/off while working on extrusion is really annoying. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147206] New: copy+Rich Text Formatting RTF paste special turns entire document into hyperlink text
https://bugs.documentfoundation.org/show_bug.cgi?id=147206 Bug ID: 147206 Summary: copy+Rich Text Formatting RTF paste special turns entire document into hyperlink text Product: LibreOffice Version: 7.1.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fjdusdo...@gmail.com Description: Hello, English LibreOffice Writer app. There’s a big table of contents/index for a +1,000 page startup company manual. This is a table of contents made by insert>Table of Contents and Index. I copied a portion of the “index”/table of contents and then pasted it. But I chose “paste special” out of habit, and selected “Rich Text Formatting” to see what would happen. Now the entire document is blue and underlined, and behaves like a hyperlink that directs to one of the topmost headers. Can you tell me how to reverse this? ctrl+z didn’t fix it. Is rich text formatting paste special supposed to turn the entire document into a hyperlink? Why can’t this be reversed? Thank you for your time. , Tai Steps to Reproduce: 1.Insert>Table of Contents and Index. Insert an index/table of contents. 2.Copy part or all of the table of contents in a document. 3.Paste special somewhere, select "Rich Text Formatting" 4. See that the entire document has become hyperlink text. Actual Results: The entire document became a hyperlink. All 1,000+ pages of a business manual. All headers and all text, all the way to the bottom. ctrl+z did not reverse the problem. Expected Results: Expected to paste a copy of the text I copied, without affecting other areas of text, especially the entire document. Reproducible: Always User Profile Reset: No Additional Info: Sincere apologies if this is not really a bug, but it is such an extreme result that it seems like either it's a bug or there should be a user warning before paste-special. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147163] System hangs when trying to resize properties window in LibreOffice on hidpi
https://bugs.documentfoundation.org/show_bug.cgi?id=147163 --- Comment #1 from Victor Prudniy --- Created attachment 178076 --> https://bugs.documentfoundation.org/attachment.cgi?id=178076=edit cpu 100% load Can confirm this bug. After side pane resize cpu fully loaded and system unresponsive. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124849] numbering style sticks
https://bugs.documentfoundation.org/show_bug.cgi?id=124849 --- Comment #6 from tor...@yahoo.com --- Created attachment 178075 --> https://bugs.documentfoundation.org/attachment.cgi?id=178075=edit file with 2 new numbered items -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 68695] EDITING: Comments cannot be resized while editing - missing squares around the comment/note
https://bugs.documentfoundation.org/show_bug.cgi?id=68695 --- Comment #74 from Jean-François Fortin Tam --- Then would it make more sense to un-duplicate and reopen bug #68695 then, which talks about a specific usability/efficiency problem with the current UI/UX specifically when creating a new comment in a cell? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146836] ACCESS2BASE Library does not work with Libreoffice 7.3 rc2
https://bugs.documentfoundation.org/show_bug.cgi?id=146836 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #13 from Rafael Lima --- I am having a related problem (see bug 147195). Basically, the ScriptForge library stopped working since I upgraded to LO 7.3. Everything was fine until 7.2.5. However, I was testing my issue on LO 7.4 alpha and all was fine... which made me wonder if this issue could be related to some patch that made it into 7.4 but not into 7.3. For instance, commit e32d864dbe086d630a8b17c2d376e320aee0253a (related to bug 144353) made it into 7.3 and 7.4. However commit d8428094c7f8b186b37c76fd7e9508a075424f80 (also related to bug 144353), only made it to 7.4. IMO it's possible that some Basic-related commit that should've been backported to 7.3 ended up not being backported. Next is the info about my LO 7.4 build: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 80723fccbb03c215bab84b10ac1eefaedef66b7c CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147176] Double spaces stripped on import to Base
https://bugs.documentfoundation.org/show_bug.cgi?id=147176 --- Comment #4 from Mike Kaganski --- (In reply to Colin Shearer from comment #3) That would imply Base->Base > pastes don't use the HTML clipboard format - is that correct? Yes, as the code [1] shows, base filter is the first to use, before HTML. [1] https://opengrok.libreoffice.org/xref/core/dbaccess/source/ui/misc/TableCopyHelper.cxx?r=7183b3ba#210 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 68695] EDITING: Comments cannot be resized while editing - missing squares around the comment/note
https://bugs.documentfoundation.org/show_bug.cgi?id=68695 --- Comment #73 from larrybradley --- (In reply to David from comment #72) > @larrybradley: As someone that's been following this thread since 2013, let > me summarize the issue. The problem was to edit the size of the comment > boxes was extremely clunky because you had to select 'Show Comment' in order > to get the resizing boxes to appear. *Then*, an edit was made that removed > *ALL* ability to resize the comments box. *Now*, we've come full circle and > are back to the original issue. The debate seems to be, whether to say if > it's too risky and time consuming to fix a bad UI issue since the problem > that broke the functionality entirely have been resolved. But, as far as > what the ticket is about, we've come fill circle to the original issue that > led to this beg report. Aka, we're back where we started. Got it. As it stands today, I would leave it as-is, which means that I don't think it should have been a bug issue until after all ability to resize the comments box was removed. Now that it is back to its original state I don't view it as a bug. BTW, to edit a comment in Excel takes only one fewer keystroke. Personally, don't don't consider it to be a bug at this point, more of a (very minor) preference for the way things should work. Agree that it is not worth the time and effort…as long as the current functionality does not disappear. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147176] Double spaces stripped on import to Base
https://bugs.documentfoundation.org/show_bug.cgi?id=147176 --- Comment #3 from Colin Shearer --- Yes, you're correct about my workflow. One other thing: I’ve now gone through the “New database” process to create one whose tables were based on my CSV files. I then opened one of these and manually copied then pasted the data into the relevant table in my main database. It seems to work ok and at a quick check appears to have preserved the double spaces. So I followed the same copy-paste procedure for Calc->Base (which stripped the double space) and Base->Base (which didn't). That would imply Base->Base pastes don't use the HTML clipboard format - is that correct? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 68695] EDITING: Comments cannot be resized while editing - missing squares around the comment/note
https://bugs.documentfoundation.org/show_bug.cgi?id=68695 --- Comment #72 from David --- @larrybradley: As someone that's been following this thread since 2013, let me summarize the issue. The problem was to edit the size of the comment boxes was extremely clunky because you had to select 'Show Comment' in order to get the resizing boxes to appear. *Then*, an edit was made that removed *ALL* ability to resize the comments box. *Now*, we've come full circle and are back to the original issue. The debate seems to be, whether to say if it's too risky and time consuming to fix a bad UI issue since the problem that broke the functionality entirely have been resolved. But, as far as what the ticket is about, we've come fill circle to the original issue that led to this beg report. Aka, we're back where we started. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147205] New: Cursor stuck on paint bucket then hand in Office libre power point
https://bugs.documentfoundation.org/show_bug.cgi?id=147205 Bug ID: 147205 Summary: Cursor stuck on paint bucket then hand in Office libre power point Product: LibreOffice Version: 7.1.0.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ashlee.hitchc...@gmail.com Description: I don't know what I did to get the cursor stuck on paint bucket. I believe I was inserting "fontwork" "planet" and then working with tools in the sidebar. I then went to the view tab and clicked "shift." Now my cursor is stuck on the hand which only allows me to move the slide around. I am unable to perform any functions, other than move, while viewing my slides in what should be editable mode. I am not having issues with word documents in Office Libre at all. I tried updating and closing the program multiple times without any change to cursor. When I try to reproduce by inserting fontwork, the fontwork appears but I am unable to edit it in anyway. Also "fontwork" "planet" is not displayed but as it was in sample. Steps to Reproduce: 1. Insert "fontwork" "planet" 2. create line underneath 3. change line color to match font work Actual Results: Achieved desired result however cursor was then stuck on paint bucket. And then desired result is now not displayed. Expected Results: "Planet" "Fontwork" should be displayed as sampled with created color matching line underneath and cursor should return to normal Reproducible: Couldn't Reproduce User Profile Reset: No Additional Info: No other information -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147176] Double spaces stripped on import to Base
https://bugs.documentfoundation.org/show_bug.cgi?id=147176 --- Comment #2 from Mike Kaganski --- FTR: the precedence of the formats in the dialog is defined in OTableCopyHelper::pasteTable. It is unchanged since https://git.libreoffice.org/core/+/4494db00d08efead68bfbd753270944329221925 author Kurt Zenker Fri Jan 21 16:19:46 2005 + INTEGRATION: CWS dba22 (1.1.2); FILE ADDED 2005/01/10 08:36:51 oj 1.1.2.2: compile error 2005/01/03 12:50:04 oj 1.1.2.1: #i39146# renable DnD in beamer It is a question if HTML filter provides better results than RTF. May be it makes sense to change the precedence, which would be an easy hack. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147169] Show complete deleted text on mouse-over (like a tooltip) when using track changes (deletions) in margin
https://bugs.documentfoundation.org/show_bug.cgi?id=147169 --- Comment #3 from Gerry --- (In reply to Rafael Lima from comment #2) Thanks, this looks excellent. If implementation is straight forward, one could do it even more fancy with an ACCEPT and REJECT button: --ACCEPTREJECT--- - Delete: Author Timestamp Text that was deleted (up to 1.000 characters) - An addition of these buttons would also address the other issue with deletions in margins: At the moment, a right mouse click on deleted text in the sidebar does not show the options to reject/accept. In order to accept/reject deletions you currently need to open the "manage changes" window. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113375] [META] Database wizard bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113375 Bug 113375 depends on bug 117527, which changed state. Bug 117527 Summary: Firebird: EDIT: Table creating in Design mode does not allow to change field properties "AutoValue" to "Yes" for suggested automatic default primary key field. https://bugs.documentfoundation.org/show_bug.cgi?id=117527 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 51780] [META] Default to Firebird not HSQLDB in Base (for _new_ files)
https://bugs.documentfoundation.org/show_bug.cgi?id=51780 Bug 51780 depends on bug 117527, which changed state. Bug 117527 Summary: Firebird: EDIT: Table creating in Design mode does not allow to change field properties "AutoValue" to "Yes" for suggested automatic default primary key field. https://bugs.documentfoundation.org/show_bug.cgi?id=117527 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112491] SDBC-mismatch on alter field-properties in embedded Firebird database when editing primary key
https://bugs.documentfoundation.org/show_bug.cgi?id=112491 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #21 from Roman Kuznetsov <79045_79...@mail.ru> --- *** Bug 117527 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117527] Firebird: EDIT: Table creating in Design mode does not allow to change field properties "AutoValue" to "Yes" for suggested automatic default primary key field.
https://bugs.documentfoundation.org/show_bug.cgi?id=117527 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #13 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Robert Großkopf from comment #12) > But this will be a duplicate of > https://bugs.documentfoundation.org/show_bug.cgi?id=112491 a nice catch! *** This bug has been marked as a duplicate of bug 112491 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 68695] EDITING: Comments cannot be resized while editing - missing squares around the comment/note
https://bugs.documentfoundation.org/show_bug.cgi?id=68695 --- Comment #71 from larrybradley --- Frankly, now I am not sure what the original bug report was. However, assuming that it was the "inability to resize a comment," I agree that the bug has been fixed because it is now possible to resize the comment box. Clunky, but possible. Agree that this bug report should be closed. -- You are receiving this mail because: You are the assignee for the bug.
Re: Unable to compile LibreOffice 7.3. Stuck at harfbuzz error messages
On Mon, 2022-01-31 at 01:47 -0600, dreamn...@gmail.com wrote: > /home/linux/Downloads/libreoffice- > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh > arfbuzz_la-hb-graphite2.o): In function > `_hb_graphite2_shaper_face_data_create': > /home/linux/Downloads/libreoffice- > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/hb-graphite2.cc:132: > undefined reference to `gr_make_face_with_ops' > /home/linux/Downloads/libreoffice- > 7.3.0.3/workdir/UnpackedTarball/harfbuzz/src/.libs/libharfbuzz.a(libh > arfbuzz_la-hb-graphite2.o): In function > `_hb_graphite2_shaper_face_data_destroy': > > And a lot more error messages related to harfbuzz. > Does anybody know what’s going on and how to solve this issue?(Yes, > libharfbuzz-dev is installed, as always). What we'd need to see is the configure/autogen options passed here. Best is probably the output of config.log to see what was passed in and what was the configured result. You mention "libharfbuzz-dev is installed" which suggests your intent might have been to build against the system harfbuzz, but the logs show that the bundled harfbuzz was built and that it couldn't find gr_make_face_with_ops to link against, which is (presumably) a graphite symbol. config.log could show what graphite is intended to be used, internal/external and maybe give a hint as to what is the problem.
[Libreoffice-commits] core.git: sd/inc sd/source
sd/inc/Outliner.hxx|2 +-
sd/source/ui/view/Outliner.cxx |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
New commits:
commit 583185235389b55d6cfffac3067c0e1ccb2852b1
Author: Justin Luth
AuthorDate: Wed Feb 2 11:00:07 2022 +0200
Commit: Caolán McNamara
CommitDate: Fri Feb 4 21:40:10 2022 +0100
related tdf#145868 sd: Clone SvxSearchItem to avoid use after free
I tested "if (mpSearchItem)" which passed, but then it
crashed when trying to access (*mpSearchItem) == (*pSearchItem)
because the mpSearchItem's DTOR had already been called
prior to the if(mpSearchItem).
Since mpSearchItem is never compared to another
memory pointer, it is safe to assign it to a Clone.
Steps to reproduce:
1.) open Impress and search for something
2.) change the search string to something else
3.) search again.
Note that there isn't currently any code that hits this.
I discovered it trying to craft a fix for bug 145868.
Change-Id: Idc5f5a3e812ed3e49631347c35c3f4b2d8bb4127
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129347
Tested-by: Jenkins
Tested-by: Caolán McNamara
Reviewed-by: Justin Luth
Reviewed-by: Caolán McNamara
diff --git a/sd/inc/Outliner.hxx b/sd/inc/Outliner.hxx
index 772040f7a610..4a7100db3bb1 100644
--- a/sd/inc/Outliner.hxx
+++ b/sd/inc/Outliner.hxx
@@ -316,7 +316,7 @@ private:
search. It is set every time the
SearchAndReplaceAll method is called.
*/
-const SvxSearchItem* mpSearchItem;
+std::unique_ptr mpSearchItem;
/// The actual object iterator.
::sd::outliner::Iterator maObjectIterator;
diff --git a/sd/source/ui/view/Outliner.cxx b/sd/source/ui/view/Outliner.cxx
index 0f77f2070219..23353ba87c82 100644
--- a/sd/source/ui/view/Outliner.cxx
+++ b/sd/source/ui/view/Outliner.cxx
@@ -154,7 +154,6 @@ SdOutliner::SdOutliner( SdDrawDocument* pDoc, OutlinerMode
nMode )
meStartEditMode(EditMode::Page),
mnStartPageIndex(sal_uInt16(-1)),
mpStartEditedObject(nullptr),
- mpSearchItem(nullptr),
mbPrepareSpellingPending(true)
{
SetStyleSheetPool(static_cast(
mpDrawDocument->GetStyleSheetPool() ));
@@ -464,7 +463,7 @@ bool SdOutliner::StartSearchAndReplace (const
SvxSearchItem* pSearchItem)
if ( ! bAbort)
{
meMode = SEARCH;
-mpSearchItem = pSearchItem;
+mpSearchItem = std::unique_ptr(pSearchItem->Clone());
mbFoundObject = false;
[Libreoffice-bugs] [Bug 147204] New: Crash in: hb_ot_map_t::fini()
https://bugs.documentfoundation.org/show_bug.cgi?id=147204 Bug ID: 147204 Summary: Crash in: hb_ot_map_t::fini() Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tadc...@gmail.com This bug was filed from the crash reporting server and is br-79423aa5-bd3c-4f0b-9f5c-0cfe34d3aacd. = Once LibreOffice writer crashed. But now every time I open any LibreOffice app a crash notice pops up and asks if I want to send it in. No matter how many times I open Writer or Calc, it notifies me of a crash, even though no crash has occurred. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146836] ACCESS2BASE Library does not work with Libreoffice 7.3 rc2
https://bugs.documentfoundation.org/show_bug.cgi?id=146836 --- Comment #12 from Caolán McNamara --- (In reply to Julien Nabet from comment #11) > Caolán: any idea about the assertion in > https://bugs.documentfoundation.org/attachment.cgi?id=177690 ? > 4 0x7f464bcb9118 in weld::Widget::connect_focus_in (this=0x98ad778, > rLink=...) at include/vcl/weld.hxx:220 > 220 assert(!m_aFocusInHdl.IsSet() || !rLink.IsSet()); > > (I can submit a new bugtracker just for this part if needed) I think https://gerrit.libreoffice.org/c/core/+/129503 will address that, but I don't think it has an effect on the initially reported problem. Taking my 7-3 build which doesn't have asserts enabled I can reproduce the "an empty message box appears" of comment #6 and if I apply the patch from https://gerrit.libreoffice.org/c/core/+/127387 (tdf#144353, tdf#146281 - Correctly copy the information about variables) then that dialog goes away and I get "the form is closed normally" so maybe this is the same problem as that and that needs to be cherry-picked to 7-3 ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117527] Firebird: EDIT: Table creating in Design mode does not allow to change field properties "AutoValue" to "Yes" for suggested automatic default primary key field.
https://bugs.documentfoundation.org/show_bug.cgi?id=117527 --- Comment #12 from Robert Großkopf --- (In reply to Roman Kuznetsov from comment #10) > > The origianal description said about problem in Table creating Design mode. > > It's stll repro for me and I see: > > firebird_sdbc error: > *Dynamic SQL Error > *SQL error code = -104 > *Token unknown - line 1, column 48 > *GENERATED > caused by > 'isc_dsql_prepare' But this will be a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=112491 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142981] Number cell formatting echoed in status bar average and sum
https://bugs.documentfoundation.org/show_bug.cgi?id=142981 raal changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||r...@post.cz --- Comment #2 from raal --- No repro with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0b397d8ef0a2615e8e6202804ca2f6cb58436fa5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo Can you test with newer version? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sax/source
sax/source/tools/fastserializer.cxx | 54 +++-
1 file changed, 35 insertions(+), 19 deletions(-)
New commits:
commit 33d70d68aa67d567e9b18fa5947b86df6e378f32
Author: Stephan Bergmann
AuthorDate: Tue Feb 1 15:47:07 2022 +0100
Commit: Caolán McNamara
CommitDate: Fri Feb 4 21:11:21 2022 +0100
tdf#147088: Also handle U+FFFE, U+ invalid XML 1.0 characters
Change-Id: Ieec81fcde41e3508c6a9aa4250d7050db2fbb442
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129296
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
(cherry picked from commit 2f3a0bfbfe110c0837b3c7e04f9ad0969d6e56e4)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129329
Reviewed-by: Caolán McNamara
diff --git a/sax/source/tools/fastserializer.cxx
b/sax/source/tools/fastserializer.cxx
index de035f4717fd..8dcc308a836e 100644
--- a/sax/source/tools/fastserializer.cxx
+++ b/sax/source/tools/fastserializer.cxx
@@ -25,8 +25,11 @@
#include
#include
+#include
+#include
#include
#include
+#include
#if OSL_DEBUG_LEVEL > 0
#include
@@ -104,19 +107,33 @@ namespace sax_fastparser {
/** Characters not allowed in XML 1.0
XML 1.1 would exclude only U+
*/
-static bool invalidChar( char c )
+template static std::optional>
invalidChar(
+char const * string, Int length, Int index )
{
-if (static_cast(c) >= 0x20)
-return false;
+assert(index < length);
+auto const c = string[index];
+
+if (static_cast(c) >= 0x20 && c != '\xEF')
+return {};
switch (c)
{
case 0x09:
case 0x0a:
case 0x0d:
-return false;
+return {};
+case '\xEF': // U+FFFE, U+:
+if (length - index >= 3 && string[index + 1] == '\xBF') {
+switch (string[index + 2]) {
+case '\xBE':
+return std::pair(0xFFFE, 3);
+case '\xBF':
+return std::pair(0x, 3);
+}
+}
+return {};
}
-return true;
+return std::pair(static_cast(c), 1);
}
static bool isHexDigit( char c )
@@ -139,7 +156,7 @@ namespace sax_fastparser {
const sal_Int32 kXescapeLen = 7;
char bufXescape[kXescapeLen+1];
sal_Int32 nNextXescape = 0;
-for (sal_Int32 i = 0; i < nLen; ++i)
+for (sal_Int32 i = 0; i < nLen;)
{
char c = pStr[ i ];
switch( c )
@@ -250,24 +267,19 @@ namespace sax_fastparser {
break;
}
}
-if (invalidChar(c))
+if (auto const inv = invalidChar(pStr, nLen,
i))
{
snprintf( bufXescape, kXescapeLen+1,
"_x%04x_",
-static_cast(static_cast(c)));
+inv->first);
writeBytes( bufXescape, kXescapeLen);
-break;
+i += inv->second;
+continue;
}
-/* TODO: also U+FFFE and U+ are not allowed
- * in XML 1.0, assuming we're writing UTF-8
- * those should be escaped as well to be
- * conformant. Likely that would involve
- * scanning for both encoded sequences and
- * write as _x_? */
}
#if OSL_DEBUG_LEVEL > 0
else
{
-if (bGood && invalidChar(pStr[i]))
+if (bGood && invalidChar(pStr, nLen, i))
{
bGood = false;
// The SAL_WARN() for the single character
is
@@ -279,6 +291,7 @@ namespace sax_fastparser {
writeBytes( , 1 );
break;
}
+++i;
}
SAL_WARN_IF( !bGood && nLen > 1, "sax", "in '" <<
OString(pStr,std::min(nLen,42)) << "'");
}
@@ -671,14 +684,17 @@ namespace sax_fastparser {
#if OSL_DEBUG_LEVEL > 0
{
bool bGood = true;
-for (size_t i=0; i < nLen; ++i)
+for (size_t i=0; i < nLen;)
{
-if (invalidChar(pStr[i]))
+if (auto const inv = invalidChar(pStr, nLen, i))
{
bGood = false;
[Libreoffice-commits] core.git: vcl/qa
vcl/qa/cppunit/complextext.cxx |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
New commits:
commit 5b0b004107f47ebfedd68d5916aa2176dad0d27b
Author: Caolán McNamara
AuthorDate: Fri Feb 4 16:25:53 2022 +
Commit: Caolán McNamara
CommitDate: Fri Feb 4 21:05:40 2022 +0100
test fails with both fedora KacstBook and bundled KacstBook installed
fedora KacstBook ver is less than bundled KacstBook ver so bundled is
preferred, bundled KacstBook has no Latin glyphs, but glyph fallback
finds system one and sees it has the missing glyphs, determines that the
whole thing can be done in the fallback font, so the toplevel is unused
and so "invalid" and this test fails on checking that.
The test is supposed to ensure that glyph caching gives the same result
as uncached, which it does, so just assert if there is a difference
between cached and uncached
Change-Id: I3c424a17f3e544aa64f4af98e0c151fc00b2e6e5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129499
Tested-by: Caolán McNamara
Reviewed-by: Caolán McNamara
diff --git a/vcl/qa/cppunit/complextext.cxx b/vcl/qa/cppunit/complextext.cxx
index c281e63eb7ff..1aed3fe7ba20 100644
--- a/vcl/qa/cppunit/complextext.cxx
+++ b/vcl/qa/cppunit/complextext.cxx
@@ -173,13 +173,11 @@ static void testCachedGlyphs( const OUString& aText,
const OUString& aFontName =
std::unique_ptr pLayout1 = pOutputDevice->ImplLayout(
aText, 0, aText.getLength(), Point(0, 0), 0, {},
SalLayoutFlags::GlyphItemsOnly);
SalLayoutGlyphs aGlyphs1 = pLayout1->GetGlyphs();
-CPPUNIT_ASSERT_MESSAGE(message, aGlyphs1.IsValid());
-CPPUNIT_ASSERT_MESSAGE(message, aGlyphs1.Impl(0) != nullptr);
// Reuse the cached glyphs to get glyphs again.
std::unique_ptr pLayout2 = pOutputDevice->ImplLayout(
aText, 0, aText.getLength(), Point(0, 0), 0, {},
SalLayoutFlags::GlyphItemsOnly, nullptr, );
SalLayoutGlyphs aGlyphs2 = pLayout2->GetGlyphs();
-CPPUNIT_ASSERT_MESSAGE(message, aGlyphs2.IsValid());
+CPPUNIT_ASSERT_EQUAL_MESSAGE(message, aGlyphs1.IsValid(),
aGlyphs2.IsValid());
// And check it's the same.
for( int level = 0; level < MAX_FALLBACK; ++level )
{
[Libreoffice-bugs] [Bug 147193] Generation of pivot table in calc fails with more then 1000 records
https://bugs.documentfoundation.org/show_bug.cgi?id=147193 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #2 from raal --- I cannot confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0b397d8ef0a2615e8e6202804ca2f6cb58436fa5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/qa
sc/qa/extras/vba-macro-test.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 8f44cb12670ba864f8b33bf0477d1edee99d2798 Author: Caolán McNamara AuthorDate: Fri Feb 4 16:58:06 2022 + Commit: Caolán McNamara CommitDate: Fri Feb 4 21:04:44 2022 +0100 the tend -> they tend Change-Id: I2b1843ef46d7ed30c3125e8bcda8a0669d0a0fa3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129500 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sc/qa/extras/vba-macro-test.cxx b/sc/qa/extras/vba-macro-test.cxx index 600951c19615..33a003e19db2 100644 --- a/sc/qa/extras/vba-macro-test.cxx +++ b/sc/qa/extras/vba-macro-test.cxx @@ -565,7 +565,7 @@ void VBAMacroTest::testVba() = loadFromDesktop(aFileName, "com.sun.star.sheet.SpreadsheetDocument"); // process all events such as OnLoad events etc. -// otherwise the tend to arrive later at a random +// otherwise they tend to arrive later at a random // time - while processing other StarBasic methods. Application::Reschedule(true);
[Libreoffice-bugs] [Bug 147187] FILEOPEN XML2003 Font color and bold setting missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147187 raal changed: What|Removed |Added Keywords||regression CC||r...@post.cz --- Comment #1 from raal --- Confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0b397d8ef0a2615e8e6202804ca2f6cb58436fa5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo works in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147190] FILEOPEN XML2003 Date formatting of cells is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=147190 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||r...@post.cz Keywords||regression Ever confirmed|0 |1 --- Comment #1 from raal --- Confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0b397d8ef0a2615e8e6202804ca2f6cb58436fa5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo works in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 80430] [META] Documentation gap for new features
https://bugs.documentfoundation.org/show_bug.cgi?id=80430 Olivier Hallot changed: What|Removed |Added Depends on||146902 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146902 [Bug 146902] Show results from Basic examples given in help text -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146902] Show results from Basic examples given in help text
https://bugs.documentfoundation.org/show_bug.cgi?id=146902 Olivier Hallot changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||80430 Ever confirmed|0 |1 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=80430 [Bug 80430] [META] Documentation gap for new features -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147197] CRASH: after paste and undo
https://bugs.documentfoundation.org/show_bug.cgi?id=147197 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from raal --- Confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0b397d8ef0a2615e8e6202804ca2f6cb58436fa5 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140028] Export to PDF changes SAVE to directory of PDF location thereafter
https://bugs.documentfoundation.org/show_bug.cgi?id=140028 Dieter changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Dieter --- (In reply to nospam2k from comment #3) > I followed my original steps and there was not a 2nd odf (not odt... typo) > document created so this can be closed. => RESOLVED WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142496] Incorrect Help concerning Macro information
https://bugs.documentfoundation.org/show_bug.cgi?id=142496 Olivier Hallot changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146403] Help or F1 does not open my default browser
https://bugs.documentfoundation.org/show_bug.cgi?id=146403 Olivier Hallot changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Olivier Hallot --- When calling Help, LibreOffice writes a temporary file in the W10 user temp folder in the location indicated by the %temp% variable. For example, my W10 machine the %temp% folder is C:\Users\olivi\AppData\Local\Temp\lu5244388v.tmp where luNN.tmp is a temporary folder and will be destroyed when quitting LibreOffice. In this folder there is a set of html files like NewHelpN.html where N is a sequential number. what happens when you double click on this file from the File explorer? (It may be that you must explicitely associate html files to your browser) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147203] drag and drop between AutoText categories does not work on Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147203 Marcin changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Whiteboard||AutoText, drag-and-drop -- You are receiving this mail because: You are the assignee for the bug.
