[Libreoffice-bugs] [Bug 157016] Calc can't set different values for 'overlap' and'spacing' parameters for primary and secondary axes in the 'data series' options
https://bugs.documentfoundation.org/show_bug.cgi?id=157016 --- Comment #22 from Piotr Osada --- (In reply to Stéphane Guillou (stragu) from comment #21) > From your attachment 189294 [details], I understand that MS Office is able > to keep those overlap/spacing settings as they are when saving as XLSX? Right, MS Office keeps those settings for both axes separately in XLSX. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154929] [META] Accessibility Check sidebar deck, Automatic Accessibility Checking
https://bugs.documentfoundation.org/show_bug.cgi?id=154929 Bug 154929 depends on bug 157370, which changed state. Bug 157370 Summary: A11y sidebar: Highlight item when clicking on issue https://bugs.documentfoundation.org/show_bug.cgi?id=157370 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: sw/inc sw/source
sw/inc/view.hxx | 16 sw/source/core/access/AccessibilityIssue.cxx | 86 ++ sw/source/uibase/uiview/view.cxx | 104 ++- 3 files changed, 205 insertions(+), 1 deletion(-) New commits: commit c603d37223d4f7c3594515fb2bbac22015bc146b Author: Jim Raykowski AuthorDate: Fri Sep 22 16:35:05 2023 -0800 Commit: Jim Raykowski CommitDate: Tue Oct 3 06:50:02 2023 +0200 tdf#157370 Bring A11y issue to attention in the document view when issue is clicked on in the A11y sidebar Change-Id: I9122e608e88568fa2d91b6cf4616b0f61db8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157200 Tested-by: Jenkins Reviewed-by: Jim Raykowski diff --git a/sw/inc/view.hxx b/sw/inc/view.hxx index dee2363dedd9..c6add7e23364 100644 --- a/sw/inc/view.hxx +++ b/sw/inc/view.hxx @@ -32,6 +32,8 @@ #include "swtypes.hxx" #include "shellid.hxx" +#include + class SwTextFormatColl; class SwPageDesc; class SwFrameFormat; @@ -68,6 +70,7 @@ enum class SotExchangeDest; class SwCursorShell; enum class SvxSearchCmd; enum class SelectionType : sal_Int32; +class SwNode; namespace com::sun::star::view { class XSelectionSupplier; } namespace sfx2 { class FileDialogHelper; } @@ -716,6 +719,19 @@ public: virtual std::optional getLOKPayload(int nType, int nViewId) const override; bool IsHighlightCharDF() { return m_bIsHighlightCharDF; } + +private: +AutoTimer m_aBringToAttentionBlinkTimer; +size_t m_nBringToAttentionBlinkTimeOutsRemaining; + +std::unique_ptr m_xBringToAttentionOverlayObject; + +DECL_LINK(BringToAttentionBlinkTimerHdl, Timer*, void); + +public: +void BringToAttention(std::vector&& aRanges = {}); +void BringToAttention(const tools::Rectangle& rRect); +void BringToAttention(const SwNode* pNode); }; inline tools::Long SwView::GetXScroll() const diff --git a/sw/source/core/access/AccessibilityIssue.cxx b/sw/source/core/access/AccessibilityIssue.cxx index 6ec39238cda9..8056408a5b02 100644 --- a/sw/source/core/access/AccessibilityIssue.cxx +++ b/sw/source/core/access/AccessibilityIssue.cxx @@ -28,6 +28,11 @@ #include #include +#include +#include +#include +#include + namespace sw { AccessibilityIssue::AccessibilityIssue(sfx::AccessibilityIssueID eIssueID) @@ -75,6 +80,21 @@ void AccessibilityIssue::gotoIssue() const { SwWrtShell* pWrtShell = TempIssueObject.m_pDoc->GetDocShell()->GetWrtShell(); bool bSelected = pWrtShell->GotoFly(TempIssueObject.m_sObjectID, FLYCNTTYPE_ALL, true); + +// bring issue to attention +if (bSelected) +{ +if (const SwFlyFrameFormat* pFlyFormat += m_pDoc->FindFlyByName(TempIssueObject.m_sObjectID, SwNodeType::NONE)) +{ +if (SwFlyFrame* pFlyFrame += SwIterator(*pFlyFormat).First()) +{ + pWrtShell->GetView().BringToAttention(pFlyFrame->getFrameArea().SVRect()); +} +} +} + if (bSelected && pWrtShell->IsFrameSelected()) { pWrtShell->HideCursor(); @@ -82,8 +102,19 @@ void AccessibilityIssue::gotoIssue() const } if (!bSelected && TempIssueObject.m_eIssueObject == IssueObject::TEXTFRAME) +{ pWrtShell->GotoDrawingObject(TempIssueObject.m_sObjectID); +// bring issue to attention +if (SdrPage* pPage += pWrtShell->getIDocumentDrawModelAccess().GetDrawModel()->GetPage(0)) +{ +if (SdrObject* pObj = pPage->GetObjByName(TempIssueObject.m_sObjectID)) +{ + pWrtShell->GetView().BringToAttention(pObj->GetLogicRect()); +} +} +} if (comphelper::LibreOfficeKit::isActive()) pWrtShell->ShowCursor(); } @@ -94,6 +125,17 @@ void AccessibilityIssue::gotoIssue() const if (pWrtShell->IsFrameSelected()) pWrtShell->LeaveSelFrameMode(); pWrtShell->GotoDrawingObject(TempIssueObject.m_sObjectID); + +// bring issue to attention +if (SdrPage* pPage += pWrtShell->getIDocumentDrawModelAccess().GetDrawModel()->GetPage(0)) +{ +if (SdrObject* pObj = pPage->GetObjByName(TempIssueObject.m_sObjectID)) +{ + pWrtShell->GetView().BringToAttention(pObj->GetLogicRect()); +} +} + if (comphelper::LibreOfficeKit::isActive()) pWrtShell->ShowCursor(); } @@ -107,6 +149,17 @@ void AccessibilityIssue::gotoIssue() const if (!bIsDesignMode)
[Libreoffice-bugs] [Bug 157505] Data > XML Source . Cannot import record level
https://bugs.documentfoundation.org/show_bug.cgi?id=157505 --- 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 157505] Data > XML Source . Cannot import record level
https://bugs.documentfoundation.org/show_bug.cgi?id=157505 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157471] Display error in form text fields
https://bugs.documentfoundation.org/show_bug.cgi?id=157471 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157471] Display error in form text fields
https://bugs.documentfoundation.org/show_bug.cgi?id=157471 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157255] feature [Draw] Color option to identify the layer
https://bugs.documentfoundation.org/show_bug.cgi?id=157255 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157255] feature [Draw] Color option to identify the layer
https://bugs.documentfoundation.org/show_bug.cgi?id=157255 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157348] Bad font rendering with 7.5 and higher because freetype interpreter-version is ignored
https://bugs.documentfoundation.org/show_bug.cgi?id=157348 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157305] [1] Feature request: linking sections without changing order of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=157305 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157255] feature [Draw] Color option to identify the layer
https://bugs.documentfoundation.org/show_bug.cgi?id=157255 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 157255] feature [Draw] Color option to identify the layer
https://bugs.documentfoundation.org/show_bug.cgi?id=157255 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156964] Support idiom of title bar moving up or down according to main box contents
https://bugs.documentfoundation.org/show_bug.cgi?id=156964 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 156964] Support idiom of title bar moving up or down according to main box contents
https://bugs.documentfoundation.org/show_bug.cgi?id=156964 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156964] Support idiom of title bar moving up or down according to main box contents
https://bugs.documentfoundation.org/show_bug.cgi?id=156964 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156510] Support list styles or paragraph styles "not sticking" when the style in the other category changes
https://bugs.documentfoundation.org/show_bug.cgi?id=156510 --- 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 155263] Need a increasing-by-appearance sequence field with an initial value property
https://bugs.documentfoundation.org/show_bug.cgi?id=155263 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 156964] Support idiom of title bar moving up or down according to main box contents
https://bugs.documentfoundation.org/show_bug.cgi?id=156964 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156510] Support list styles or paragraph styles "not sticking" when the style in the other category changes
https://bugs.documentfoundation.org/show_bug.cgi?id=156510 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154051] Support table (cell) border transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=154051 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154051] Support table (cell) border transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=154051 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114031] [META] LibreOffice Snap/Snappy package bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=114031 Bug 114031 depends on bug 153947, which changed state. Bug 153947 Summary: On RHEL Server 7.9, Libreoffice 7.5.1.2 crashes immediately with osl::Thread::create failed https://bugs.documentfoundation.org/show_bug.cgi?id=153947 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103266] [META] Command line bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103266 Bug 103266 depends on bug 153947, which changed state. Bug 153947 Summary: On RHEL Server 7.9, Libreoffice 7.5.1.2 crashes immediately with osl::Thread::create failed https://bugs.documentfoundation.org/show_bug.cgi?id=153947 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153947] On RHEL Server 7.9, Libreoffice 7.5.1.2 crashes immediately with osl::Thread::create failed
https://bugs.documentfoundation.org/show_bug.cgi?id=153947 --- Comment #5 from QA Administrators --- Dear david, 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 153674] book editing -- Master Document inner Title property overrides section titles
https://bugs.documentfoundation.org/show_bug.cgi?id=153674 --- Comment #4 from QA Administrators --- Dear peter josvai, 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 154573] Toolbars don't persist
https://bugs.documentfoundation.org/show_bug.cgi?id=154573 --- Comment #2 from QA Administrators --- Dear Tom Franczak, 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 153608] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=153608 --- Comment #4 from QA Administrators --- Dear acelere, 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 153385] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=153385 --- Comment #3 from QA Administrators --- Dear Steve Kelem, 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 135489] Image caption numbering shows 1 or inconsistent on copy paste to new or same document
https://bugs.documentfoundation.org/show_bug.cgi?id=135489 --- Comment #8 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 154290] crash if I open page layout , under more options and under area tab , , clicking none crashes app
https://bugs.documentfoundation.org/show_bug.cgi?id=154290 --- Comment #2 from QA Administrators --- Dear Abhishek, 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 154289] WRITER: Enabling outline folding disables character style application
https://bugs.documentfoundation.org/show_bug.cgi?id=154289 --- Comment #4 from QA Administrators --- Dear ajlittoz, 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 92193] Window re-drawn at old position after opening file (un-doing user action to move it)
https://bugs.documentfoundation.org/show_bug.cgi?id=92193 --- Comment #16 from QA Administrators --- Dear Jim Avera, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 80713] Missing string reference keys [KeyID] in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=80713 --- Comment #28 from QA Administrators --- Dear Yousuf Philips (jay) (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://web.libera.chat/?settings=#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 47773] EDITING embedded OLE EXCEL Spreadheet in particular .ppt moves view area after object has been left
https://bugs.documentfoundation.org/show_bug.cgi?id=47773 --- Comment #14 from QA Administrators --- Dear sasha.libreoffice, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 48213] EDITING: Number (ful context) references are rendered as plain "n", omitting the "after" data stablished in "Options" tab from "Bullets and Numbering" dialog.
https://bugs.documentfoundation.org/show_bug.cgi?id=48213 --- Comment #15 from QA Administrators --- Dear Rainer Hurtado Navarro, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44946] Editing Microsoft Equation 3.0 equations imported from Word loses Greek characters ( steps in comment 4 )
https://bugs.documentfoundation.org/show_bug.cgi?id=44946 --- Comment #18 from QA Administrators --- Dear Orion Poplawski, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119772] insert field always goes to layout layer, even if it is not the active layer and despite layout layer is locked
https://bugs.documentfoundation.org/show_bug.cgi?id=119772 --- Comment #5 from QA Administrators --- Dear Regina Henschel, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118200] frame of 100% relative height can't be set to 'wrap: none', switches to 'wrap: through' by itself
https://bugs.documentfoundation.org/show_bug.cgi?id=118200 --- Comment #5 from QA Administrators --- Dear Yury, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115040] Conditional formatting "between" - incorrect tab order
https://bugs.documentfoundation.org/show_bug.cgi?id=115040 --- Comment #8 from QA Administrators --- Dear Dan Dascalescu, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156980] "Delete chapter" error message and action in relation to folded headings is inverted in Navigator context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156980 --- Comment #6 from Jim Raykowski --- (In reply to sdc.blanco from comment #0) > > Test 1: > 1. Place cursor in ”Heading Level 2 – folded” > 2. Use Navigator, right-click on ”Heading Level 1 – open”, choose ”Delete > Heading” > > Actual: Dialog box appears, with ”You are trying to delete folded (hidden) > content.” > Expected: Either heading and text is deleted or request a confirm before > deleting. I repro this bug. > Test 2: > 1. Fold outline of ”Heading Level 1” > 2. Place cursor in Heading Level 2. > 3. Use Navigator, right-click on ”Heading Level 1 – open”, choose ”Delete > Heading” > > Actual: Nothing happens. > Expected: In light of test 1, I now would expect to get the dialog box that > appeared in test 1. After I set outline folding not to include sub levels I was able to repro this. I agree that the dialog box should be shown. > Test 3: > > 1. Use Navigator, right-click on "Heading Level 2 - folded", choose > "Delete Heading" > > Actual and expected: Get error message about trying to delete hidden content To repro this, I needed to first fold "Heading Level 2 - folded". Reading comment 2, I see you had clarified this. > I think there is one more variation (that I cannot always repeat) where I > add a new heading, and the first time I get the error dialog, then I toggle > the heading closed and open, and then it is deleted. I'll look into why Test 1 and 2 don't show the dialog box. Same happens when the "Instructions:" heading is folded. I wonder if this has always been the behavior or if something has changed that has caused this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/edit/edglbldc.cxx |1 - 1 file changed, 1 deletion(-) New commits: commit 9389102ee5e6adbb0f8b10f8aee60d1899d91d27 Author: Jim Raykowski AuthorDate: Mon Sep 18 12:22:02 2023 -0800 Commit: Jim Raykowski CommitDate: Tue Oct 3 03:29:39 2023 +0200 tdf#157315 Don't set mark after inserting a file in a Master document Removes setting a mark after inserting a file. Setting a mark here causes a selection to be made on mouse click in the document after inserting a file which probably isn't what is expected. Change-Id: I3e7597dfecb04c9b3cfba8081fa74dffcf0d78dd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157032 Tested-by: Jenkins Reviewed-by: Jim Raykowski diff --git a/sw/source/core/edit/edglbldc.cxx b/sw/source/core/edit/edglbldc.cxx index e7772379a8aa..9e71db2fd62d 100644 --- a/sw/source/core/edit/edglbldc.cxx +++ b/sw/source/core/edit/edglbldc.cxx @@ -153,7 +153,6 @@ void SwEditShell::InsertGlobalDocContent( const SwGlblDocContent& rInsPos, pMyDoc->GetIDocumentUndoRedo().StartUndo( SwUndoId::START, nullptr ); rPos.Adjust(SwNodeOffset(-1)); pMyDoc->getIDocumentContentOperations().AppendTextNode( rPos ); -pCursor->SetMark(); } InsertSection( rNew );
[Libreoffice-bugs] [Bug 51330] FILEOPEN: Vertical Text in .pptx becomes horizontal when imported
https://bugs.documentfoundation.org/show_bug.cgi?id=51330 --- Comment #19 from Volga --- (In reply to Regina Henschel from comment #18) > The text is not in a drawing shape but in a presentation object (here > title). Such presentation objects are not able to rotate the text > independent from the shape rotation. > An alternative would be a writing-mode setting similar as available in > frames in Writer. But the needed values are not implemented in Draw/Impress > at all. So you have to fix bug 104835 and bug 103720 first, then it's possible to add compatibilities for PPT/PPTX. -- You are receiving this mail because: You are the assignee for the bug.
Re: Orcus 0.19.0, Apache Arrow and CMake
Hi Michael, On 9/29/23 05:33, Michael Stahl wrote: hi Kohei, On 29/09/2023 03:16, Kohei Yoshida wrote: Now, it's my understanding that we still don't support use of CMake to build our external libraries. My question is, what do people think of adding support for CMake in our build system? Would that be too much effort and not worth it, or would it be worthwhile to add support for it, but so far it has not been anybody's priority, or ... ? Please let me know what your opinions are. so as far as i remember, the reason why CMake isn't required currently is mainly that nobody so far wanted to add it as yet another build dependency that people have to install - there isn't anything inherently wrong with the idea and it could be called from makefiles just like other external build systems. That's good to know. Let me think about this for a bit. The truth is that I'm not 100% sure whether I can commit to working on adding CMake executable as an additional build requirement myself. I can imagine even adding an additional executable to our current buildsystem can be very complex and tedious. Hmm... Kohei
[Libreoffice-bugs] [Bug 157556] Incorrect image link leads to corrupted document AFTER being saved in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=157556 Kira Tubo changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected CC||kira.t...@gmail.com, ||qui...@gmail.com --- Comment #4 from Kira Tubo --- Bibisected win64-7.3. Added Tomaž Vajngerl to cc. Regression occurring at: https://git.libreoffice.org/core/+/2bfad80805c248b47d099c1707ce4f1926867b82 - commit 2bfad80805c248b47d099c1707ce4f1926867b82[log] author Tomaž Vajngerl Wed Jul 20 22:01:31 2022 +0200 committer Xisco Fauli Wed Jul 27 16:48:14 2022 +0200 tree9fd3033fbbb3696698665ed1906e693ed3b0a245 parent d4f5877a6a9bb5cbe70c5d60634aabe1282b96af [diff] -- a0cf2b657093950abcebc063c38a83761efb0008 is the first bad commit commit a0cf2b657093950abcebc063c38a83761efb0008 Author: Norbert Thiebaud Date: Wed Jul 27 07:57:25 2022 -0700 source sha:2bfad80805c248b47d099c1707ce4f1926867b82 --- Reproduced on: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dd7fc07f83416a3d8a444947b7d28f7347520d6a CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157556] Incorrect image link leads to corrupted document AFTER being saved in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=157556 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Keywords||bibisectRequest, regression --- Comment #3 from m.a.riosv --- Reproducible with: Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL and Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded and Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9eb419b0b0f019f5fbc48ff1a11977e8b041edee CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo regression from (not reproducible with): Version: 7.2.7.2 (x64) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157567] New: Text disappears from slides in Impress slide decks after file is saved and reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=157567 Bug ID: 157567 Summary: Text disappears from slides in Impress slide decks after file is saved and reopened Product: LibreOffice Version: 7.4.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: roncte...@gmail.com Created attachment 189966 --> https://bugs.documentfoundation.org/attachment.cgi?id=189966=edit slide deck with disappearing text In some slides decks text entered on a slides is not being saved. The text appears on the slide after saving for as long as the deck is open but if you close the file and reopen it, on some slides, text that was entered is no longer there. Re-adding text to slides where it was missing, saving the file, closing the file and reopening the file results in the same behavior, the text that was re-added is missing again. If however you re-add the missing text to an affected slide, make a copy of the slide, save the file, close the file, open the file again, the re-added text remains on the copy of the affected slide but is missing again on the original affected slide. Attached is a slide deck displaying this behavior. The hidden slides are the ones effected by the disappearing text bug. The slides immediately following the hidden slides are copies of the corrected versions of the affected slides. The bug can be reproduced by editing the hidden slides to make them look like the slides that immediately follow then, save the file, close the file, reopen the file. The hidden slides will have the text that was added missing where the copies of the slides will remain unaffected. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157566] Data lost or misplaced when pasting into Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157566 Stan Troeh changed: What|Removed |Added CC||stantr...@gmail.com --- Comment #1 from Stan Troeh --- Created attachment 189965 --> https://bugs.documentfoundation.org/attachment.cgi?id=189965=edit Zipped Win32 executable to create the copy/paste content The attachment is a .zip file containing a Windows 32-bit .exe file for creating the copy/paste errors referenced in the problem description. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157566] New: Data lost or misplaced when pasting into Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157566 Bug ID: 157566 Summary: Data lost or misplaced when pasting into Writer Product: LibreOffice Version: 7.6.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stantr...@gmail.com Description: When pasting a Psalm with verses numbered via superscript, the numbered lines may be omitted entirely, or may be collected and poorly formatted at end of non-numbered text. Steps to Reproduce: Run provided sample program, click "Load, Highlight 1, Copy", then paste into empty Writer document. On sample program, click "Load, Highlight 2, Copy", then paste into Writer document again. Actual Results: The first paste omits all numbered lines that were copied from the source. The second paste (whose last line is numbered) will first include the unnumbered source content followed by the numbered content, with the first and second of the numbered lines concatenated. Further, the first numbered line is correctly indented and the remaining numbered lines were missing the indent. Expected Results: Writer should have pasted the content in a form roughly matching that shown in the sample program, with the numbered content interspersed with the unnumbered content, and indentation should have been consistent with a small amount on the numbered lines and slightly larger amount on the unnumbered lines. Reproducible: Always User Profile Reset: Yes Additional Info: LibreOfice The Document Foundation LibreOffice is a modern, easy-to-use, open source productivity suite for word processing, spreadsheets, presentations and more. This release was supplied by The Document Foundation. Copyright (c) 2-2023 LibreOffice contributors. LibreOffice was based on OpenOffice.org Version Information: Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154051] Support table (cell) border transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=154051 Eyal Rozenberg changed: What|Removed |Added Summary|Border transparency |Support table (cell) border ||transparency -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154051] Support table (cell) border transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=154051 Eyal Rozenberg changed: What|Removed |Added Summary|Border transparency |Support table (cell) border ||transparency -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154051] Border transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=154051 --- Comment #5 from Eyal Rozenberg --- Created attachment 189964 --> https://bugs.documentfoundation.org/attachment.cgi?id=189964=edit Example slide with table where semi-transparent table border and background are useful I would like to have the table borders be white, but less pronounced relative to the background. I would also like the cell background to be semi-transparent rather than fully-transparent or fully-opaque. That would make the table be readable enough, while showing the background well enough (but not too well). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154051] Border transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=154051 --- Comment #5 from Eyal Rozenberg --- Created attachment 189964 --> https://bugs.documentfoundation.org/attachment.cgi?id=189964=edit Example slide with table where semi-transparent table border and background are useful I would like to have the table borders be white, but less pronounced relative to the background. I would also like the cell background to be semi-transparent rather than fully-transparent or fully-opaque. That would make the table be readable enough, while showing the background well enough (but not too well). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 157547] FILEOPEN "Write error. The file could not be written"
https://bugs.documentfoundation.org/show_bug.cgi?id=157547 Michael Dewsbury changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #2 from Michael Dewsbury --- Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: f654817fb68d6d4600d7d2f6b647e47729f55f15 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156994] Can't have text area shape the same as the drawing object's area shape
https://bugs.documentfoundation.org/show_bug.cgi?id=156994 --- Comment #9 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #7) > As it is possible to wrap text in parallel around a custom-shape's > "contour", I can see how users could expect to be able to do something > similar _inside_ the shape. Actually, it's deeper than that. If you're not used to MS Office (or existing LO behavior), I claim user will expect not just to be _able_ to do this, but for this to be the default. If the shape is an ellipse, than the text should be bounded by the ellipse (possibly with some margin). > > given that I found it hard to find questions from users looking for such a > feature You have found it hard because office suite users have it drilled into our heads that text in shapes fits inside a rectangle. It is actually not uncommon that fundamental bugs don't get reported for years, because people encounter them on day one of using the software, get used to them, and forget they may have wanted something else. We've had this a bunch of times w.r.t. RTL bugs. > I think this is low priority. So, here's the thing. In the sense that people are used to this - you're right, it is low priority. But if you think about what newbie users expect - I would say it's high priority that we change the default. > If this is ever implemented, please: > - make the feature optional, and > - do not make it the default, for compatibility's sake Again, I'm arguing that the current behavior is a bug. It's an MSO-compatible bug, but a bug nonetheless. I claim this needs to be the default, with the current behavior used for compatibility (i.e. when opening MSO documents, or if this is introduced in an ODF version, then opening older versions would default to the text-area-is-rectange choice). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156994] Can't have text area shape the same as the drawing object's area shape
https://bugs.documentfoundation.org/show_bug.cgi?id=156994 Eyal Rozenberg changed: What|Removed |Added Attachment #189234|0 |1 is obsolete|| --- Comment #8 from Eyal Rozenberg --- Created attachment 189963 --> https://bugs.documentfoundation.org/attachment.cgi?id=189963=edit Example of a rectangular vs shape-fitting text area Made the comparison between the two kinds of shaping of text more apples-to-apples (same font color, same alignment, similar length of text). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153043] Writer should not declare CJK (RTL-CTL) fonts when CJK (resp. RTL-CTL) support disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=153043 --- Comment #14 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #13) > Wait, is only Style 1 a predefined default or both of them? Grammar ambiguity > ... In my scenario, the three styles: Style 1, Style 2, and Style 3, were all pre-defined; e.g., they could be "Heading 1", "Body Text", and "Block Quotation". > Also, it seems you're assuming the default pre-defined styles are the same > on A and B's system. Why are you making this assumption? Grammar ambiguity ;) What specifically do you mean by "the same"? I assume that the styles are "the same" in the sense that they have the same name. But otherwise, I do not assume their same *formatting* - if they were "the same" formatting-wise, it would make it safe and would not create problems. (In reply to Eyal Rozenberg from comment #11) > In fact, I believe your approach sometime results in the need for more need > for style conflict resolution, because if two people write a document from > scratch, and then want to merge it - with your approach, they will need to > harmonize the differences in all undefined styles they had not even given > any though to (and may not even know about). These words imply, that two people - starting *from scratch*, and wanting to *merge* - have conflicts in all *undefined* styles - i.e., they have the problem in styles they didn't use (but that implies, that these styles still existed in their "from scratch" document, which leads to the standard styles). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157305] [1] Feature request: linking sections without changing order of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=157305 --- Comment #2 from hugoferna...@gmail.com --- I have just updated LO and got the same behavior (using the files attached in the initial comment). Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 24; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: pt-BR (pt_BR); UI: pt-BR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sfx2/source
sfx2/source/appl/workwin.cxx | 135 --- 1 file changed, 28 insertions(+), 107 deletions(-) New commits: commit c5574385303a86b6f65002d6bc4ff074f9e84d49 Author: Mike Kaganski AuthorDate: Mon Oct 2 19:36:41 2023 +0300 Commit: Mike Kaganski CommitDate: Mon Oct 2 22:06:12 2023 +0200 Deduplicate and simplify some SfxWorkWindow methods Change-Id: Ibd7153454f1efd1d311ac99b9c2529958f4ca3e7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157500 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/sfx2/source/appl/workwin.cxx b/sfx2/source/appl/workwin.cxx index 60d900ccb026..9a4de102bb88 100644 --- a/sfx2/source/appl/workwin.cxx +++ b/sfx2/source/appl/workwin.cxx @@ -1748,24 +1748,26 @@ void SfxWorkWindow::ConfigChild_Impl(SfxChildIdentifier eChild, } } +namespace +{ +template +SfxChildWin_Impl* Get_Impl(const std::vector>& rChildWins, + sal_uInt16 nId) +{ +for (auto& pChildWin : rChildWins) +if (pChildWin.get()->*Member == nId) +return pChildWin.get(); +return nullptr; +} +auto Get_ById = Get_Impl<_Impl::nId>; +auto Get_BySaveId = Get_Impl<_Impl::nSaveId>; +} void SfxWorkWindow::SetChildWindowVisible_Impl( sal_uInt32 lId, bool bEnabled, SfxVisibilityFlags nMode ) { sal_uInt16 nId = static_cast( lId & 0x ); -SfxChildWin_Impl *pCW=nullptr; - -if ( !pCW ) -{ -// If no Parent or the Parent us still unknown, then search here -sal_uInt16 nCount = aChildWins.size(); -for (sal_uInt16 n=0; nnSaveId == nId) -{ -pCW = aChildWins[n].get(); -break; -} -} +SfxChildWin_Impl* pCW = Get_BySaveId(aChildWins, nId); if ( !pCW ) { @@ -1787,16 +1789,9 @@ void SfxWorkWindow::SetChildWindowVisible_Impl( sal_uInt32 lId, bool bEnabled, S void SfxWorkWindow::ToggleChildWindow_Impl(sal_uInt16 nId, bool bSetFocus) { -sal_uInt16 nCount = aChildWins.size(); -sal_uInt16 n; -for (n=0; nnId == nId) -break; - -if ( npWin; bool bCreationAllowed( true ); @@ -1863,12 +1858,7 @@ void SfxWorkWindow::ToggleChildWindow_Impl(sal_uInt16 nId, bool bSetFocus) } #ifdef DBG_UTIL -nCount = aChildWins.size(); -for (n=0; nnSaveId == nId) -break; - -if ( n < nCount ) +if (SfxChildWin_Impl* pCW = Get_BySaveId(aChildWins, nId)) { OSL_FAIL("The ChildWindow is not in context!"); } @@ -1882,37 +1872,15 @@ void SfxWorkWindow::ToggleChildWindow_Impl(sal_uInt16 nId, bool bSetFocus) bool SfxWorkWindow::HasChildWindow_Impl(sal_uInt16 nId) { -sal_uInt16 nCount = aChildWins.size(); -sal_uInt16 n; -for (n=0; nnSaveId == nId) -break; - -if (npWin; -return ( pChild && pCW->bCreate ); -} +if (const SfxChildWin_Impl* pCW = Get_BySaveId(aChildWins, nId)) +return ( pCW->pWin && pCW->bCreate ); return false; } bool SfxWorkWindow::IsFloating( sal_uInt16 nId ) { -SfxChildWin_Impl *pCW=nullptr; - -if ( !pCW ) -{ -// If no Parent or the Parent us still unknown, then search here -sal_uInt16 nCount = aChildWins.size(); -for (sal_uInt16 n=0; nnSaveId == nId) -{ -pCW = aChildWins[n].get(); -break; -} -} +SfxChildWin_Impl* pCW = Get_BySaveId(aChildWins, nId); if ( !pCW ) { @@ -1936,17 +1904,7 @@ bool SfxWorkWindow::IsFloating( sal_uInt16 nId ) bool SfxWorkWindow::KnowsChildWindow_Impl(sal_uInt16 nId) { -SfxChildWin_Impl *pCW=nullptr; -sal_uInt16 nCount = aChildWins.size(); -sal_uInt16 n; -for (n=0; nnSaveId == nId) - break; -} - -if (naInfo.nFlags & SfxChildWindowFlags::ALWAYSAVAILABLE) && !IsVisible_Impl( pCW->nVisibility ) ) return false; @@ -1959,21 +1917,7 @@ bool SfxWorkWindow::KnowsChildWindow_Impl(sal_uInt16 nId) void SfxWorkWindow::SetChildWindow_Impl(sal_uInt16 nId, bool bOn, bool bSetFocus) { -SfxChildWin_Impl *pCW=nullptr; -SfxWorkWindow *pWork = nullptr; - -if ( !pCW ) -{ -// If no Parent or the Parent us still unknown, then search here -sal_uInt16 nCount = aChildWins.size(); -for (sal_uInt16 n=0; nnSaveId == nId) -{ -pCW = aChildWins[n].get(); -pWork = this; -break; -} -} +SfxChildWin_Impl* pCW = Get_BySaveId(aChildWins, nId); if ( !pCW ) { @@ -1981,29 +1925,17 @@ void SfxWorkWindow::SetChildWindow_Impl(sal_uInt16 nId, bool bOn, bool bSetFocus // the Parent pCW = new SfxChildWin_Impl( nId ); InitializeChild_Impl( pCW ); -if ( !pWork || pCW->aInfo.nFlags & SfxChildWindowFlags::TASK ) -pWork = this; -pWork->aChildWins.push_back( std::unique_ptr(pCW) ); +aChildWins.push_back(
[Libreoffice-bugs] [Bug 155263] Need a increasing-by-appearance sequence field with an initial value property
https://bugs.documentfoundation.org/show_bug.cgi?id=155263 --- Comment #2 from Eyal Rozenberg --- Created attachment 189962 --> https://bugs.documentfoundation.org/attachment.cgi?id=189962=edit An MS Word document exemplifying SEQ field behavior So, I can't show _exactly_ what I've asked for in MS-Word, but almost that. In the attached document, the same field with the same identifier is used multiple times. But - the first time has a different switch to set the count to its initial value. So it's not literally copying the exact same field, but it's almost the same: SEQ foo \r 123 vs SEQ foo \n . -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113134] Hebrew Dagesh/Mapiq mis-rendered with Culmus fonts in special chars dialog and when inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=113134 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3144 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113144] Selecting a Hebrew character with the mouse doesn't select its diacritics
https://bugs.documentfoundation.org/show_bug.cgi?id=113144 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3134 --- Comment #8 from Eyal Rozenberg --- Still seeing this (as well as bug 113134) with: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f8e591ab9182e0a61c4ae5b8f77b166fcaeaa877 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157564] Attempting to open a Writer document i Norwegian Windows ends in "Not responding".
https://bugs.documentfoundation.org/show_bug.cgi?id=157564 Julien Nabet changed: What|Removed |Added Version|7.6.0.3 release |7.6.2.1 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: officecfg/registry
officecfg/registry/data/org/openoffice/Office/TypeDetection.xcu | 31 -- officecfg/registry/schema/org/openoffice/Office/TypeDetection.xcs |9 ++ 2 files changed, 8 insertions(+), 32 deletions(-) New commits: commit 4bce8705cb40f8c75c0a943b1572d3347d7b4fd3 Author: Samuel Mehrbrodt AuthorDate: Mon Oct 2 12:54:00 2023 +0200 Commit: Thorsten Behrens CommitDate: Mon Oct 2 21:33:05 2023 +0200 Remove unused/deprecated TypeDetection.xcu Change-Id: I75b8e7b2ab14d46dc4ca966c9995c6f8e69eead1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157487 Tested-by: Jenkins Reviewed-by: Thorsten Behrens diff --git a/officecfg/registry/data/org/openoffice/Office/TypeDetection.xcu b/officecfg/registry/data/org/openoffice/Office/TypeDetection.xcu deleted file mode 100644 index 5f009f1d1b7b.. --- a/officecfg/registry/data/org/openoffice/Office/TypeDetection.xcu +++ /dev/null @@ -1,31 +0,0 @@ - - - -http://openoffice.org/2001/registry; xmlns:xs="http://www.w3.org/2001/XMLSchema; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:install="http://openoffice.org/2004/installation; oor:name="TypeDetection" oor:package="org.openoffice.Office"> - - - - - - - diff --git a/officecfg/registry/schema/org/openoffice/Office/TypeDetection.xcs b/officecfg/registry/schema/org/openoffice/Office/TypeDetection.xcs index 46688a2218e4..7fd9dddccf73 100644 --- a/officecfg/registry/schema/org/openoffice/Office/TypeDetection.xcs +++ b/officecfg/registry/schema/org/openoffice/Office/TypeDetection.xcs @@ -19,7 +19,14 @@ http://openoffice.org/2001/registry; xmlns:xs="http://www.w3.org/2001/XMLSchema; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; oor:name="TypeDetection" oor:package="org.openoffice.Office" xml:lang="en-US"> -Contains common content types, filters, deep detection services, as well as the frame loader and the content handler for Office. + +Deprecated. +Use the new configuration schema org.openoffice.TypeDetection/ and its related sub structures. +This schema is only kept for compatibility. + +Old description: +Contains common content types, filters, deep detection services, as well as the frame loader and the content handler for Office. +
[Libreoffice-bugs] [Bug 146619] Remove unused #includes from C/C++ files
https://bugs.documentfoundation.org/show_bug.cgi?id=146619 --- Comment #20 from Commit Notification --- Gabor Kelemen committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3e753f484910fb65065dd7eb81d2131b51990fe9 tdf#146619 Recheck include/s* with IWYU It will be available in 24.2.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-commits] core.git: include/sax include/sfx2 include/svl include/svtools include/svx sc/source sd/inc sd/source sfx2/source svx/source sw/source
include/sax/fastattribs.hxx |1 - include/sfx2/LokControlHandler.hxx|4 include/sfx2/lokhelper.hxx|3 ++- include/sfx2/msg.hxx |1 - include/svl/itemset.hxx |2 -- include/svtools/genericasyncunodialog.hxx |1 - include/svtools/htmlcfg.hxx |1 - include/svtools/htmlout.hxx |1 - include/svtools/rtfout.hxx|3 ++- include/svtools/rtftoken.h|6 +- include/svx/ChildrenManager.hxx |1 - include/svx/ColorSets.hxx |3 --- include/svx/constructhelper.hxx |2 +- include/svx/dialog/ThemeDialog.hxx|2 -- include/svx/dlgctl3d.hxx |1 + include/svx/extedit.hxx |1 + include/svx/fmgridif.hxx |1 - include/svx/hlnkitem.hxx |1 - include/svx/ofaitem.hxx |2 +- include/svx/sdr/primitive2d/sdrframeborderprimitive2d.hxx |2 -- include/svx/sdr/table/tablecontroller.hxx |1 - include/svx/sidebar/AreaTransparencyGradientPopup.hxx |3 +-- include/svx/svdetc.hxx|1 - include/svx/svdobj.hxx|4 +--- include/svx/theme/ThemeColorChangerCommon.hxx |2 -- include/svx/unopool.hxx |1 - include/svx/unoprov.hxx |1 - include/svx/unoshape.hxx |2 +- include/svx/xcolit.hxx|1 - sc/source/ui/view/formatsh.cxx|1 + sd/inc/OutlinerIterator.hxx |1 + sd/source/core/ThemeColorChanger.cxx |1 + sfx2/source/view/lokhelper.cxx|1 + svx/source/engine3d/scene3d.cxx |1 + svx/source/sdr/contact/viewcontactofe3dscene.cxx |1 + svx/source/styles/ColorSets.cxx |1 + svx/source/table/tableundo.hxx|1 + svx/source/theme/ThemeColorChangerCommon.cxx |1 + svx/source/unodraw/gluepts.cxx|1 + sw/source/filter/ww8/ww8graf.cxx |1 + sw/source/ui/dbui/mailmergewizard.cxx |2 ++ sw/source/ui/envelp/mailmrge.cxx |1 + 42 files changed, 26 insertions(+), 43 deletions(-) New commits: commit 3e753f484910fb65065dd7eb81d2131b51990fe9 Author: Gabor Kelemen AuthorDate: Sat Sep 16 15:26:25 2023 +0200 Commit: Thorsten Behrens CommitDate: Mon Oct 2 21:32:00 2023 +0200 tdf#146619 Recheck include/s* with IWYU Change-Id: Ia0a6330278b044f448c9928362308aadc8fc9a20 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156989 Tested-by: Jenkins Reviewed-by: Thorsten Behrens diff --git a/include/sax/fastattribs.hxx b/include/sax/fastattribs.hxx index 61eb048e881a..fb6f47eb7f9d 100644 --- a/include/sax/fastattribs.hxx +++ b/include/sax/fastattribs.hxx @@ -26,7 +26,6 @@ #include #include -#include #include #include diff --git a/include/sfx2/LokControlHandler.hxx b/include/sfx2/LokControlHandler.hxx index a292f137471b..d8ff3811240b 100644 --- a/include/sfx2/LokControlHandler.hxx +++ b/include/sfx2/LokControlHandler.hxx @@ -9,8 +9,6 @@ #pragma once -#include -#include #include #include #include @@ -25,8 +23,6 @@ #include #include -#include - #include class LokControlHandler diff --git a/include/sfx2/lokhelper.hxx b/include/sfx2/lokhelper.hxx index 26b222bc8aa9..bd2014f9c9d9 100644 --- a/include/sfx2/lokhelper.hxx +++ b/include/sfx2/lokhelper.hxx @@ -10,6 +10,8 @@ #ifndef INCLUDED_SFX2_LOKHELPER_HXX #define INCLUDED_SFX2_LOKHELPER_HXX +#include + #include #include #include @@ -23,7 +25,6 @@ #include #include #include -#include struct SFX2_DLLPUBLIC LokMouseEventData { diff --git a/include/sfx2/msg.hxx b/include/sfx2/msg.hxx index 7962fba85b0b..c8d343b04bcf 100644 --- a/include/sfx2/msg.hxx +++ b/include/sfx2/msg.hxx @@ -20,7 +20,6 @@ #define INCLUDED_SFX2_MSG_HXX #include -#include #include #include #include diff --git a/include/svl/itemset.hxx b/include/svl/itemset.hxx index 6d95ec505c0f..01d9d5058b14 100644 --- a/include/svl/itemset.hxx +++ b/include/svl/itemset.hxx @@ -21,9 +21,7 @@ #include #include -#include #include -#include #include #include diff --git
[Libreoffice-bugs] [Bug 153043] Writer should not declare CJK (RTL-CTL) fonts when CJK (resp. RTL-CTL) support disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=153043 --- Comment #13 from Eyal Rozenberg --- (In reply to Mike Kaganski from comment #12) So, about templates: I think that people who collaborate should probably use a proper OTT template, which defines everything they expect to use or maybe simply everything, period, in a way that's stylistically consistent. And that means I am not that worried about collaborators who start writing from scratch having to then harmonize different style choices they each introduce during their work. > > if two people write a document from > > scratch, and then want to merge it - with your approach, they will need to > > harmonize the differences in all undefined styles they had not even given > > any though to (and may not even know about). > > No. > "From scratch" case would not make it easier in even a slightest bit. Even > if you imagine the case where collaborator A has their from-scratch document > (using *pre-defined, default* Style 1 and Style 2) Wait, is only Style 1 a predefined default or both of them? Grammar ambiguity > without any other styles > in the ODF, and collaborator B has their from-scratch document (using > *pre-defined, default* Style 2 and Style 3) same question. Please clarify so that I can understand the rest of the scenario. Also, it seems you're assuming the default pre-defined styles are the same on A and B's system. Why are you making this assumption? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157558] FILEOPEN PPTX: graphics too bright in presentation mode (only) - transparency issue?
https://bugs.documentfoundation.org/show_bug.cgi?id=157558 Gabor Kelemen (allotropia) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords|bibisectRequest |bibisected, bisected CC||kelem...@ubuntu.com, ||noelgran...@gmail.com --- Comment #3 from Gabor Kelemen (allotropia) --- Confirmed in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2902ab24ecc5ffbf4907ea83b2028508b9de6364 CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Especially the shape named "Pentagon 91", which has multi step gradient bg is way brighter than in PP. Seems to have begun in https://git.libreoffice.org/core/+/81994cb2b8b32453a92bcb011830fcb884f22ff3 author Noel Grandin Fri Apr 16 20:33:10 2021 +0200 committer Noel Grandin Tue Jul 25 08:38:12 2023 +0200 Convert internal vcl bitmap formats transparency->alpha (II) Adding CC to: Noel Grandin -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156756] Icon sizes for the toolbar don't correspond to the actual sizes of icons
https://bugs.documentfoundation.org/show_bug.cgi?id=156756 --- Comment #11 from BogdanB --- Noel, I am testing this bug, and I get a crash, but not from this change, but could be related: please try this: 1. Change icons to Small, press Apply. → Everything fine. 2. Now try to change the Icon Theme to something else. → Crash. Was working until recently. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d97b5849f3cfcecbdd929dca7bd7ac2c4fa31f8b CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157542] Arrow and line style drop down menu selectors icons missing
https://bugs.documentfoundation.org/show_bug.cgi?id=157542 BogdanB changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #15 from BogdanB --- In today master everything fine. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d97b5849f3cfcecbdd929dca7bd7ac2c4fa31f8b CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156510] Support list styles or paragraph styles "not sticking" when the style in the other category changes
https://bugs.documentfoundation.org/show_bug.cgi?id=156510 --- Comment #3 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #2) > Still missing STR. 1. Set the paragraph style to Text Body. 2. Set some list style, e.g. "Bullet -" 3. Type some text 4. Press Enter to get to a new paragraph 5. Change the style to Title Expected results: List style is dropped in favor of the default list style (i.e. No List) or rather - expecting to be able to choose whether the list style should be dropped or not Actual results: List style persists in the Title paragraph if we switch to Heading 1 though, instead of Title - the "Bullet -" style does not persist. Why can the user not configure whether they want persistence of the list style or not, when switching to a given style? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 156510] Support list styles or paragraph styles "not sticking" when the style in the other category changes
https://bugs.documentfoundation.org/show_bug.cgi?id=156510 --- Comment #3 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #2) > Still missing STR. 1. Set the paragraph style to Text Body. 2. Set some list style, e.g. "Bullet -" 3. Type some text 4. Press Enter to get to a new paragraph 5. Change the style to Title Expected results: List style is dropped in favor of the default list style (i.e. No List) or rather - expecting to be able to choose whether the list style should be dropped or not Actual results: List style persists in the Title paragraph if we switch to Heading 1 though, instead of Title - the "Bullet -" style does not persist. Why can the user not configure whether they want persistence of the list style or not, when switching to a given style? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 79512] [META] OOXML WordArt not parsed faithfully in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=79512 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||157529 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157529 [Bug 157529] FILEOPEN PPTX: Text shows that is invisible in PowerPoint -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157529] FILEOPEN PPTX: Text shows that is invisible in PowerPoint
https://bugs.documentfoundation.org/show_bug.cgi?id=157529 Gabor Kelemen (allotropia) changed: What|Removed |Added Ever confirmed|0 |1 Blocks||79512 Status|UNCONFIRMED |NEW Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=79512 [Bug 79512] [META] OOXML WordArt not parsed faithfully in LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157529] FILEOPEN PPTX: Text shows that is invisible in PowerPoint
https://bugs.documentfoundation.org/show_bug.cgi?id=157529 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #2 from Gabor Kelemen (allotropia) --- Created attachment 189960 --> https://bugs.documentfoundation.org/attachment.cgi?id=189960=edit The example file in PP 2016 and Impress Confirming in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2902ab24ecc5ffbf4907ea83b2028508b9de6364 CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded We have fontwork here, and the network word has seemingly a different font color + transparency given on different letters: 2c8685 and white color plus 100% transparency in PP, becomes 2c8685 and no transparency in Impress. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 156964] Support idiom of title bar moving up or down according to main box contents
https://bugs.documentfoundation.org/show_bug.cgi?id=156964 --- Comment #4 from Eyal Rozenberg --- Created attachment 189959 --> https://bugs.documentfoundation.org/attachment.cgi?id=189959=edit Illustration of the requested feature in an exported (non-LO) slide deck Have a look at the slides in the attached deck. The slide title does not have a fixed position on the slide; instead, it is placed at some distance atop of the main slide content: If the slide content has many lines, the title appears further up the slide. If the slide content has few lines, the title appears closed to the v-middle of the slide. @Heiko: Is it clearer now? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 156964] Support idiom of title bar moving up or down according to main box contents
https://bugs.documentfoundation.org/show_bug.cgi?id=156964 --- Comment #4 from Eyal Rozenberg --- Created attachment 189959 --> https://bugs.documentfoundation.org/attachment.cgi?id=189959=edit Illustration of the requested feature in an exported (non-LO) slide deck Have a look at the slides in the attached deck. The slide title does not have a fixed position on the slide; instead, it is placed at some distance atop of the main slide content: If the slide content has many lines, the title appears further up the slide. If the slide content has few lines, the title appears closed to the v-middle of the slide. @Heiko: Is it clearer now? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157555] FILEOPEN PPTX: One of three links shows in different color (white instead of orange)
https://bugs.documentfoundation.org/show_bug.cgi?id=157555 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #4 from Gabor Kelemen (allotropia) --- Interestingly this is good under Windows nightly and bibisect 7.6, 7.5: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2902ab24ecc5ffbf4907ea83b2028508b9de6364 CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded but I see it on my Linux boxes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157561] Invalid error message opening .mdb/.accdb file
https://bugs.documentfoundation.org/show_bug.cgi?id=157561 --- Comment #2 from Robert Großkopf --- You have to create a *.odb-file (Base) to connect to a database file for access (*.mdb). Only tables and views from *.mdb-file will be available in *.odb-file. Have a look here: https://wiki.documentfoundation.org/Faq/Base/How_to_connect_to_a_Microsoft_Access_database -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152032] Open remote file (ssh/sshfs) does not open file
https://bugs.documentfoundation.org/show_bug.cgi?id=152032 Robert Großkopf changed: What|Removed |Added Component|Base|LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 3b56fbafcc34a1b3d857d47f3f9695804edf7009 Author: Olivier Hallot AuthorDate: Mon Oct 2 14:34:55 2023 -0300 Commit: Gerrit Code Review CommitDate: Mon Oct 2 19:34:55 2023 +0200 Update git submodules * Update helpcontent2 from branch 'master' to e0a3eafc3fabcdceab8324073548a0117908ef51 - tdf#128150 (related) Illustrate "use background" + Add illustration for "Use Background" for area fill in Impress + Refactor Change-Id: Ia70861904d9e4c3b1d126aa50b468cd226995792 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157431 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index 67d1ef522111..e0a3eafc3fab 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 67d1ef52211182f7e3dc3e15583b3732c32124d1 +Subproject commit e0a3eafc3fabcdceab8324073548a0117908ef51
[Libreoffice-commits] help.git: Package_html_media.mk source/media source/text
Package_html_media.mk|1 source/media/helpimg/sdraw/area-fill-none-same-vs-background.png |binary source/text/shared/01/05210100.xhp | 52 ++ 3 files changed, 34 insertions(+), 19 deletions(-) New commits: commit e0a3eafc3fabcdceab8324073548a0117908ef51 Author: Olivier Hallot AuthorDate: Sat Sep 30 11:11:07 2023 -0300 Commit: Olivier Hallot CommitDate: Mon Oct 2 19:34:55 2023 +0200 tdf#128150 (related) Illustrate "use background" + Add illustration for "Use Background" for area fill in Impress + Refactor Change-Id: Ia70861904d9e4c3b1d126aa50b468cd226995792 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/157431 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/Package_html_media.mk b/Package_html_media.mk index 5a45802307..70575875e2 100644 --- a/Package_html_media.mk +++ b/Package_html_media.mk @@ -171,6 +171,7 @@ $(eval $(call gb_Package_add_files_with_dir,helpcontent2_html_media,$(LIBO_SHARE helpimg/sbasic/Write_statement.svg \ helpimg/scalc/coordinates-to-polar-01.svg \ helpimg/scalc/calczoomslider.png \ +helpimg/sdraw/area-fill-none-same-vs-background.png \ helpimg/sdraw/control_points.png \ helpimg/sdraw/distribute-orig.svg \ helpimg/sdraw/distribute-HR.svg \ diff --git a/source/media/helpimg/sdraw/area-fill-none-same-vs-background.png b/source/media/helpimg/sdraw/area-fill-none-same-vs-background.png new file mode 100644 index 00..0fa8a80166 Binary files /dev/null and b/source/media/helpimg/sdraw/area-fill-none-same-vs-background.png differ diff --git a/source/text/shared/01/05210100.xhp b/source/text/shared/01/05210100.xhp index 8215d8eb34..73647d63f2 100644 --- a/source/text/shared/01/05210100.xhp +++ b/source/text/shared/01/05210100.xhp @@ -19,13 +19,13 @@ -Area tab +Area tab /text/shared/01/05210100.xhp - + areas; styles fill patterns for areas fill colors for areas @@ -37,40 +37,40 @@ footers;backgrounds headers;backgrounds - - - + + + Area (Background, Highlighting) -Set the fill options for the selected drawing object or document element. +Set the fill options for the selected drawing object or document element. This is not only for drawing objects, but pages, paragraphs and others too. Need better wording -You can add custom colors, gradients, hatchings, two color patterns and image patterns to the default lists for later use. +You can add custom colors, gradients, hatchings, two color patterns and image patterns to the default lists for later use. - + None -Do not fill the selected object. +Do not fill the selected object. - + - + - + Gradient -Fills the object with a gradient selected on this page. +Fills the object with a gradient selected on this page. - + - + - + Hatch -Fills the object with a hatching pattern selected on this page. +Fills the object with a hatching pattern selected on this page. You can quickly select fill options from the list boxes on the Drawing Object Properties toolbar. @@ -86,11 +86,25 @@ Use the slide background as a fill. This differs from "None" in that the area is actually filled with the slide background at that location, instead of simply showing what is behind the shape. + + Illustration of different fill styles. + + + +Use Background: the object area is filled with the background fill. The object covers the blue circle. + + +Fill: The object uses the same gradient fill of the background. The object covers the blue circle. + + +None: the object does not have a fill. The blue circle is visible though the object. + + - -Select the type of fill that you want to apply to the selected drawing object. + +Select the type of fill that you want to apply to the selected drawing object. Chart does not have an Apply button
[Libreoffice-bugs] [Bug 122599] Classification: Signing: paragraph signing doesn't change to invalid when the paragraph is splitted with Enter
https://bugs.documentfoundation.org/show_bug.cgi?id=122599 Timur changed: What|Removed |Added Regression By||Ashod Nakashian CC||ti...@libreoffice.org --- Comment #6 from Timur --- IIUC this report is only for immediate invalidation, because saving and reopening is OK. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148857] Handle is not initialized exception when bootstrapping with .Net (but not in .Net Framework)
https://bugs.documentfoundation.org/show_bug.cgi?id=148857 --- Comment #3 from truer0man --- Bug is still exist in 7.6.2.1 version of SDK. I'm using .NET 7. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157471] Display error in form text fields
https://bugs.documentfoundation.org/show_bug.cgi?id=157471 --- Comment #4 from S --- This version is NOT affected by the problem: Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_IE.UTF-8); UI: de-DE Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls under Windows 11
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 --- Comment #15 from Buovjaga --- Noticing Mike's addition to See Also, wow, looks like we have a Norwegian connection! Bug 157564: "The error is not reproduced in Windows US version, where the Writer document behaves normally." -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157471] Display error in form text fields
https://bugs.documentfoundation.org/show_bug.cgi?id=157471 --- Comment #3 from S --- This is the used build: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (en_IE.UTF-8); UI: de-DE Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156980] "Delete chapter" error message and action in relation to folded headings is inverted in Navigator context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156980 --- Comment #5 from Buovjaga --- (In reply to Stéphane Guillou (stragu) from comment #4) > (In reply to Buovjaga from comment #3) > > Can you advise how to do it? I followed the instructions from > > https://help.libreoffice.org/latest/en-US/text/swriter/01/ > > outlinecontent_visibility.html but Ctrl does nothing and there is no Outline > > Folding item in the context menu for headings in the Navigator. > > You don't get the right-hand-side arrow when hovering the titles? > Is this setting on? Tool > Options > LO Writer > View > Show Outline-Folding > Buttons Ok, that was the missing step, I did not have it activated. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157564] Attempting to open a Writer document i Norwegian Windows ends in "Not responding".
https://bugs.documentfoundation.org/show_bug.cgi?id=157564 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7135 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157135] LibreOffice 7.6 stalls under Windows 11
https://bugs.documentfoundation.org/show_bug.cgi?id=157135 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7564 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108742] [META] Shape points (glue points) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108742 Bug 108742 depends on bug 157543, which changed state. Bug 157543 Summary: FILEOPEN PPT: object specific glue points are missing for import from binary ppt https://bugs.documentfoundation.org/show_bug.cgi?id=157543 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153527] LibreOffice 7.5 Calc: unable to apply formatting to all cells in spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=153527 --- Comment #30 from LeroyG --- (In reply to robert from comment #26) > > 65 CC's on, from your own website, some 200,000,000 users? My 0.01% was > still way too optimistic!!! That "only" 65 users are involved in this question means that a lot of people are interested. There are many who don't bother to add their duplicate comment, and many more that don't know how to do it (or that it is possible to comment). Those who participate here are only the tip of the iceberg. Please, someone hide my comment as obsolete (as per this question). Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: wizards/source
wizards/source/scriptforge/SF_Session.xba |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d97b5849f3cfcecbdd929dca7bd7ac2c4fa31f8b Author: Jean-Pierre Ledure AuthorDate: Mon Oct 2 14:14:42 2023 +0200 Commit: Jean-Pierre Ledure CommitDate: Mon Oct 2 18:18:40 2023 +0200 ScriptForge (SF_Session) validate Recipient arg of SendMail When the Recipient argument is absent when calling session.SendMail(...) or is not a string, an error message is raised, as should, but its content is wrong. The error message is now corrected. Change-Id: I248b6ce55c85a4b956f834c8e1ea7d0df40ab233 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157488 Tested-by: Jenkins Reviewed-by: Jean-Pierre Ledure diff --git a/wizards/source/scriptforge/SF_Session.xba b/wizards/source/scriptforge/SF_Session.xba index 2bde313194b1..aeca1133e346 100644 --- a/wizards/source/scriptforge/SF_Session.xba +++ b/wizards/source/scriptforge/SF_Session.xba @@ -649,7 +649,7 @@ Check: If IsMissing(EditMessage) Or IsEmpty(EditMessage) Then EditMessage = True If SF_Utils._EnterFunction(cstThisSub, cstSubArgs) Then - If Not SF_Utils._Validate(Cc, Recipient, V_STRING) Then GoTo Finally + If Not SF_Utils._Validate(Recipient, Recipient, V_STRING) Then GoTo Finally If Not SF_Utils._Validate(Cc, Cc, V_STRING) Then GoTo Finally If Not SF_Utils._Validate(Bcc, Bcc, V_STRING) Then GoTo Finally If Not SF_Utils._Validate(Subject, Subject, V_STRING) Then GoTo Finally
[Libreoffice-bugs] [Bug 157565] New: The Font Color chooser does not show color names any more since 7.6
https://bugs.documentfoundation.org/show_bug.cgi?id=157565 Bug ID: 157565 Summary: The Font Color chooser does not show color names any more since 7.6 Product: LibreOffice Version: 7.6.2.1 release Hardware: x86 (IA32) OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j.f.lant...@inter.nl.net Description: When choosing a color for fonts, hovering the color matrix does not show any color names. This is very cumbersome, because various colors almost look the same. This chooser is different from the one in the Table menu for Backgrounds. Steps to Reproduce: 1.open the color matrix 2.hover any color square 3.nothing shows up Actual Results: no color ident Expected Results: something like before: Red 3, Green 1, ... Reproducible: Always User Profile Reset: No Additional Info: Version 7.6.2.1 (X86_64) Build 56f7684011345957bbf33a7ee678afaf4d2ba333 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157471] Display error in form text fields
https://bugs.documentfoundation.org/show_bug.cgi?id=157471 raal changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||r...@post.cz --- Comment #2 from raal --- No repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0f2918c25daab25cd0721d69f0506fe04456262d CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Please copy and paste here the contents of your Help - About from your LibreOffice. This allows us to know more about your system. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156756] Icon sizes for the toolbar don't correspond to the actual sizes of icons
https://bugs.documentfoundation.org/show_bug.cgi?id=156756 --- Comment #10 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/8275b70aae25f48817747bdfbfcfcaf1197c550c tdf#156756 Icon sizes for the toolbar wrong It will be available in 7.6.3. 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 156756] Icon sizes for the toolbar don't correspond to the actual sizes of icons
https://bugs.documentfoundation.org/show_bug.cgi?id=156756 Commit Notification changed: What|Removed |Added Whiteboard|target:24.2.0 |target:24.2.0 target:7.6.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - svtools/source
svtools/source/config/miscopt.cxx | 86 +- 1 file changed, 22 insertions(+), 64 deletions(-) New commits: commit 8275b70aae25f48817747bdfbfcfcaf1197c550c Author: Noel Grandin AuthorDate: Mon Oct 2 11:31:09 2023 +0200 Commit: Adolfo Jayme Barrientos CommitDate: Mon Oct 2 18:06:54 2023 +0200 tdf#156756 Icon sizes for the toolbar wrong So my change in commit 0558926c2f9201a12b4c46efc36b8a4080af4d46 Author: Noel Grandin Date: Tue Jun 6 10:42:10 2023 +0200 use more officecfg for SvtMiscOptions Made an existing bug much worse. The underlying bug started in commit fd92b09db497a7dfd594a5418f87856dc3886bf9 Author: Caolán McNamara Date: Tue Feb 14 13:12:38 2023 + tdf#153541 notify listeners when any of the icon sizes change which resulted in changes to icon sizes not being saved to the registry, because the registry layer would throw an exception when called from SvtMiscOptions_Impl::ImplCommit, because it does not like being passed null values for SidebarIconSize and NotebookbarIconSize properties. So I have done two things (1) finish removing handling of SymbolSet from the SvtMiscOptions_Impl code, and just use the officecfg:: layer. (2) Change the ImplCommit code to only pass down properties for which it actually has valid values. Change-Id: Ib7c09cac373060f5437b81c63e9b12411fdc1c68 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157483 Tested-by: Jenkins Reviewed-by: Noel Grandin (cherry picked from commit 715a6ea8cb3aa6c80edbb22909aac3f18b7daec6) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157459 Reviewed-by: Adolfo Jayme Barrientos diff --git a/svtools/source/config/miscopt.cxx b/svtools/source/config/miscopt.cxx index f09d07feabed..725654602d1d 100644 --- a/svtools/source/config/miscopt.cxx +++ b/svtools/source/config/miscopt.cxx @@ -45,7 +45,6 @@ constexpr OUStringLiteral ROOTNODE_MISC = u"Office.Common/Misc"; // PROPERTYHANDLE defines must be sequential from zero for Commit/Load constexpr OUStringLiteral PROPERTYNAME_SYMBOLSET = u"SymbolSet"; -#define PROPERTYHANDLE_SYMBOLSET0 constexpr OUStringLiteral PROPERTYNAME_ICONTHEME = u"SymbolStyle"; #define PROPERTYHANDLE_SYMBOLSTYLE 1 constexpr OUStringLiteral PROPERTYNAME_SIDEBARICONSIZE = u"SidebarIconSize"; @@ -62,8 +61,6 @@ class SvtMiscOptions_Impl : public ConfigItem { private: ::std::vector> aList; -sal_Int16 m_nSymbolsSize; -boolm_bIsSymbolsSizeRO; boolm_bIsSymbolsStyleRO; boolm_bIconThemeWasSetAutomatically; @@ -95,8 +92,6 @@ public: // public interface -void SetSymbolsSize( sal_Int16 nSet ); - static OUString GetIconTheme(); enum class SetModifiedFlag { SET, DONT_SET }; @@ -146,8 +141,6 @@ SvtMiscOptions_Impl::SvtMiscOptions_Impl() // Init baseclasses first : ConfigItem( ROOTNODE_MISC ) -, m_nSymbolsSize( 0 ) -, m_bIsSymbolsSizeRO( false ) , m_bIsSymbolsStyleRO( false ) , m_bIconThemeWasSetAutomatically( false ) { @@ -170,16 +163,6 @@ SvtMiscOptions_Impl::SvtMiscOptions_Impl() continue; switch( nProperty ) { -case PROPERTYHANDLE_SYMBOLSET : -{ -if( !(seqValues[nProperty] >>= m_nSymbolsSize) ) -{ -OSL_FAIL("Wrong type of \"Misc\\SymbolSet\"!" ); -} -m_bIsSymbolsSizeRO = seqRO[nProperty]; -break; -} - case PROPERTYHANDLE_SYMBOLSTYLE : { OUString aIconTheme; @@ -226,13 +209,6 @@ void SvtMiscOptions_Impl::Load( const Sequence< OUString >& rPropertyNames ) continue; switch( comphelper::findValue(aInternalPropertyNames, rPropertyNames[nProperty]) ) { -case PROPERTYHANDLE_SYMBOLSET : { -if( !(seqValues[nProperty] >>= m_nSymbolsSize) ) -{ - OSL_FAIL("Wrong type of \"Misc\\SymbolSet\"!" ); -} -} -break; case PROPERTYHANDLE_SYMBOLSTYLE : { OUString aIconTheme; if (seqValues[nProperty] >>= aIconTheme) @@ -261,13 +237,6 @@ void SvtMiscOptions_Impl::CallListeners() elem.Call( nullptr ); } -void SvtMiscOptions_Impl::SetSymbolsSize( sal_Int16 nSet ) -{ -m_nSymbolsSize = nSet; -
[Libreoffice-bugs] [Bug 157561] Invalid error message opening .mdb/.accdb file
https://bugs.documentfoundation.org/show_bug.cgi?id=157561 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #1 from raal --- I'm not Base expert, but please see https://ask.libreoffice.org/t/how-to-opening-mdb-files/48095 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119951] FILEOPEN PPTX: Some row heights in table different from MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=119951 Timur changed: What|Removed |Added Regression By||Andras Timar -- You are receiving this mail because: You are the assignee for the bug.