[Libreoffice-bugs] [Bug 150098] TODAY() function and Validity... combination does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=150098 --- Comment #3 from Óvári --- (In reply to Mike Kaganski from comment #2) Excel 2000, 2003, 2007, 2010 also allow formulae: =TODAY()+3 Can the status please be set to NEW? Thank you -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - drawinglayer/source
drawinglayer/source/processor2d/vclhelperbufferdevice.cxx | 11 +--
drawinglayer/source/processor2d/vclhelperbufferdevice.hxx |2
drawinglayer/source/processor2d/vclpixelprocessor2d.cxx | 42 +-
3 files changed, 34 insertions(+), 21 deletions(-)
New commits:
commit f78588a59efc7813b35e60222efcc76f1116468c
Author: Mike Kaganski
AuthorDate: Thu Jul 21 14:40:54 2022 +0300
Commit: Mike Kaganski
CommitDate: Fri Jul 22 06:36:11 2022 +0200
tdf#144916: expand range to avoid unwanted effects on viewport edges
This also allows to avoid clipping of impBufferDevice to the passed
OutputDevice, because the expanded range couldn't otherwise be processed
on the buffer device.
Change-Id: I0d778365b09937c1a2ecee06477b0b17efcce44b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137296
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
(cherry picked from commit 8c15835762f2b16e7c8f5acd2d52f562c7dec9a4)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137322
Tested-by: Jenkins CollaboraOffice
diff --git a/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
b/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
index 7f20d094b446..362293438dd8 100644
--- a/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
+++ b/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
@@ -285,18 +285,17 @@ VDevBuffer& getVDevBuffer()
return *aVDevBuffer.get();
}
-impBufferDevice::impBufferDevice(OutputDevice& rOutDev, const
basegfx::B2DRange& rRange)
+impBufferDevice::impBufferDevice(OutputDevice& rOutDev, const
basegfx::B2DRange& rRange, bool bCrop)
: mrOutDev(rOutDev)
, mpContent(nullptr)
, mpAlpha(nullptr)
{
basegfx::B2DRange aRangePixel(rRange);
aRangePixel.transform(mrOutDev.GetViewTransformation());
-const ::tools::Rectangle aRectPixel(floor(aRangePixel.getMinX()),
floor(aRangePixel.getMinY()),
-ceil(aRangePixel.getMaxX()),
ceil(aRangePixel.getMaxY()));
-const Point aEmptyPoint;
-maDestPixel = ::tools::Rectangle(aEmptyPoint,
mrOutDev.GetOutputSizePixel());
-maDestPixel.Intersection(aRectPixel);
+maDestPixel = tools::Rectangle(floor(aRangePixel.getMinX()),
floor(aRangePixel.getMinY()),
+ ceil(aRangePixel.getMaxX()),
ceil(aRangePixel.getMaxY()));
+if (bCrop)
+maDestPixel.Intersection({ {}, mrOutDev.GetOutputSizePixel() });
if (!isVisible())
return;
diff --git a/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
b/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
index 3b5d30415cc2..99585b05b141 100644
--- a/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
+++ b/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
@@ -38,7 +38,7 @@ class impBufferDevice
tools::Rectangle maDestPixel;
public:
-impBufferDevice(OutputDevice& rOutDev, const basegfx::B2DRange& rRange);
+impBufferDevice(OutputDevice& rOutDev, const basegfx::B2DRange& rRange,
bool bCrop = true);
~impBufferDevice();
void paint(double fTrans = 0.0);
diff --git a/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
b/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
index 722cd6362807..087f6bcedb37 100644
--- a/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
+++ b/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
@@ -1026,13 +1026,29 @@ AlphaMask ProcessAndBlurAlphaMask(const Bitmap& rMask,
double fErodeDilateRadius
return AlphaMask(mask.GetBitmap());
}
+
+drawinglayer::geometry::ViewInformation2D
+expandRange(const drawinglayer::geometry::ViewInformation2D& rViewInfo, double
nAmount)
+{
+basegfx::B2DRange viewport(rViewInfo.getViewport());
+viewport.grow(nAmount);
+return { rViewInfo.getObjectTransformation(),
+ rViewInfo.getViewTransformation(),
+ viewport,
+ rViewInfo.getVisualizedPage(),
+ rViewInfo.getViewTime(),
+ rViewInfo.getReducedDisplayQuality() };
+}
}
void VclPixelProcessor2D::processGlowPrimitive2D(const
primitive2d::GlowPrimitive2D& rCandidate)
{
-basegfx::B2DRange aRange(rCandidate.getB2DRange(getViewInformation2D()));
+const double nGlowRadius(rCandidate.getGlowRadius());
+// Avoid wrong effect on the cut-off side; so expand by radius
+const auto aExpandedViewInfo(expandRange(getViewInformation2D(),
nGlowRadius));
+basegfx::B2DRange aRange(rCandidate.getB2DRange(aExpandedViewInfo));
aRange.transform(maCurrentTransformation);
-basegfx::B2DVector aGlowRadiusVector(rCandidate.getGlowRadius(), 0);
+basegfx::B2DVector aGlowRadiusVector(nGlowRadius, 0);
// Calculate the pixel size of glow radius in current transformation
aGlowRadiusVector *= maCurrentTransformation;
// Glow radius is the size of the halo from each side of the object. The
halo is the
@@ -1043,7 +1059,7 @@ void
[Libreoffice-bugs] [Bug 150098] TODAY() function and Validity... combination does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=150098
Mike Kaganski changed:
What|Removed |Added
CC||er...@redhat.com
--- Comment #2 from Mike Kaganski ---
Same with any formula, e.g. '=DATEVALUE("2022-01-01")'
Maybe Validity does not evaluate formulas before checking the input?
FTR, Excel 2016 allows such formulas in validated cells.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150088] window height to big for 600px screens
https://bugs.documentfoundation.org/show_bug.cgi?id=150088 --- Comment #2 from c...@cmdt.ch --- thanks for comment. it is a pitty, especialy since i work all the time with lo on my 600px and only a few windows should be adapted for vertical scrolling. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149966] Crash when customizing Menu
https://bugs.documentfoundation.org/show_bug.cgi?id=149966 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145845] EDITING - Impress Gradient Issue : gradient is not displayed the same way in work space and slide show
https://bugs.documentfoundation.org/show_bug.cgi?id=145845 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149897] Claws-mail cannot run if set on Ubuntu 22.04
https://bugs.documentfoundation.org/show_bug.cgi?id=149897 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149895] Help for sending Email
https://bugs.documentfoundation.org/show_bug.cgi?id=149895 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 --- 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 146111] CRASH when working with cell borders and click user defined box
https://bugs.documentfoundation.org/show_bug.cgi?id=146111 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150009] FORMATTING: Cells do not display background colors
https://bugs.documentfoundation.org/show_bug.cgi?id=150009 --- Comment #11 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150009] FORMATTING: Cells do not display background colors
https://bugs.documentfoundation.org/show_bug.cgi?id=150009 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146111] CRASH when working with cell borders and click user defined box
https://bugs.documentfoundation.org/show_bug.cgi?id=146111 --- Comment #4 from QA Administrators --- Dear James, 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 146088] EDITING LibreOffice Writer crashes when selecting a row in the linked document
https://bugs.documentfoundation.org/show_bug.cgi?id=146088 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146088] EDITING LibreOffice Writer crashes when selecting a row in the linked document
https://bugs.documentfoundation.org/show_bug.cgi?id=146088 --- Comment #4 from QA Administrators --- Dear d.gobbetti, 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 145515] Does LibreOffice alter xls files such that Excel 2004 must be force-quit?
https://bugs.documentfoundation.org/show_bug.cgi?id=145515 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145515] Does LibreOffice alter xls files such that Excel 2004 must be force-quit?
https://bugs.documentfoundation.org/show_bug.cgi?id=145515 --- Comment #8 from QA Administrators --- Dear n6ac, 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 146874] Libreoffice cannot edit files from document portal
https://bugs.documentfoundation.org/show_bug.cgi?id=146874 --- Comment #5 from QA Administrators --- Dear Sonny Piers, 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 146729] Why ".odt" format document opened with Libreoffice Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=146729 --- Comment #2 from QA Administrators --- Dear baijianpeng, 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 138058] Java crashed when I try to create a Table with the Wizard or when I click on the 'Queries' tab of a new HSQLDB file on MacOS
https://bugs.documentfoundation.org/show_bug.cgi?id=138058 --- Comment #7 from QA Administrators --- Dear Alain Diatta, 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 134466] FILEOPEN DOCX: The formula format has compatibility problems
https://bugs.documentfoundation.org/show_bug.cgi?id=134466 --- Comment #16 from QA Administrators --- Dear NSO LibreOffice Team, 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 91511] Sidebar: Document themes deck has the same icon in the sidebar tab bar as the Styles & Formatting deck
https://bugs.documentfoundation.org/show_bug.cgi?id=91511 --- Comment #17 from QA Administrators --- Dear riesslibo, 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 134812] FILESAVE RTF: Number of pages increases compared to ODT
https://bugs.documentfoundation.org/show_bug.cgi?id=134812 --- Comment #4 from QA Administrators --- Dear Telesto, 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 114983] Unable to make any docked toolbar floating (wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=114983 --- Comment #9 from QA Administrators --- Dear Mark Hung, 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 150098] TODAY() function and Validity... combination does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=150098 --- Comment #1 from Óvári --- Created attachment 181368 --> https://bugs.documentfoundation.org/attachment.cgi?id=181368=edit Today.ods -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150098] New: TODAY() function and Validity... combination does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=150098 Bug ID: 150098 Summary: TODAY() function and Validity... combination does not work Product: LibreOffice Version: 7.4.0.0 beta1+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ovari...@zoho.com Description: Cells produce a Validity error if A3 and C3 if they are changed from =TODAY() to =TODAY()+3 This change should be allowed as the value would be greater than or equal to A2 and C2, respectively. If A3 is changed is fixed to today's date with Ctrl+; today's date is shown. However, retyping into A3 =TODAY() also produces a validity error so the former value can no longer be entered. Typing into cell E3 =TODAY()+3 does work; hence, it seems to be a problem with the combination of: Validity... and the function TODAY() Steps to Reproduce: A3 and C3 cells produce a Validity error if changed from =TODAY() to =TODAY()+3 This change should be allowed as the value would be greater than or equal to the values in A2 and C2, respectively. If A3 is fixed to today's date with Ctrl+; today's date is shown. However, retyping into A3 =TODAY() also produces a validity error so the former value can no longer be entered. Typing into cell E3 =TODAY()+3 does work; hence, it seems to be a problem with the combination of: Validity... (Menu Bar > Data > Validity...) and the function TODAY() Thank you Actual Results: TODAY() function and Validity... combination does not work Expected Results: TODAY() function and Validity... combination should work Reproducible: Always User Profile Reset: No Additional Info: Will attach spreadsheet to this issue as unsure how to do so now. Linux Mint Version: 20.3 Desktop environment: Cinnamon LibreOffice Version: 7.4.0.1 / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150097] VISIT MY SITE
https://bugs.documentfoundation.org/show_bug.cgi?id=150097 Christine Grayson changed: What|Removed |Added URL||https://anrhsy57.xyz/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150097] New: VISIT MY SITE
https://bugs.documentfoundation.org/show_bug.cgi?id=150097 Bug ID: 150097 Summary: VISIT MY SITE Product: cppunit Version: 1.13 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: graysonchristine...@gmail.com CC: markus.mohrh...@googlemail.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150096] when I type NEGATIVE red integer it is not accepting decimal places ex: -12.00
https://bugs.documentfoundation.org/show_bug.cgi?id=150096 --- Comment #1 from Taumaturgo --- Created attachment 181367 --> https://bugs.documentfoundation.org/attachment.cgi?id=181367=edit Arquivo com problemas na coluna H -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150096] New: when I type NEGATIVE red integer it is not accepting decimal places ex: -12.00
https://bugs.documentfoundation.org/show_bug.cgi?id=150096 Bug ID: 150096 Summary: when I type NEGATIVE red integer it is not accepting decimal places ex: -12.00 Product: LibreOffice Version: 4.4.7.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: taumaturgo.mo...@gmail.com Description: when I type NEGATIVE red integer it is not accepting decimal places ex: -12.00 Actual Results: -12 Expected Results: -12,00 Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124186] Feature request: Double line style for connectors in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=124186 Gabor Kelemen (allotropia) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||3738 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127389] "Compound type" multiple lines from MSO do not work for charts and shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=127389 Gabor Kelemen (allotropia) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||3738 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136327] [META] XLSX shape related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136327 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||143738 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143738 [Bug 143738] feature request: support for double line display shapes such as excel -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143738] feature request: support for double line display shapes such as excel
https://bugs.documentfoundation.org/show_bug.cgi?id=143738 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||7389, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||4186 Blocks||136327 --- Comment #6 from Gabor Kelemen (allotropia) --- This is pretty similar to bug 127389, but let's keep this open for xlsx-specific bits (if any... but probably there would be). Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=136327 [Bug 136327] [META] XLSX shape related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150095] New: libr office 7.3.4 prevented from running by defender
https://bugs.documentfoundation.org/show_bug.cgi?id=150095 Bug ID: 150095 Summary: libr office 7.3.4 prevented from running by defender Product: LibreOffice Version: 7.3.4.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: frank.jill...@gmail.com When I try to un the installer, windows defender interrupts and advises not to continue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129207] Thin, Thick double borders are wrongly displayed
https://bugs.documentfoundation.org/show_bug.cgi?id=129207 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #4 from Gabor Kelemen (allotropia) --- Still bad in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 21a31eefab1401d288dbb8220f3df3365be9efaf CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132893] FILEOPEN PPTX: Incorrect rotated text
https://bugs.documentfoundation.org/show_bug.cgi?id=132893 --- Comment #15 from Regina Henschel --- (In reply to Alvaro Segura from comment #14) > Saving the file again in PP and opening it then with LO 7.3.5, the text is > still upside down (180-deg rot.). But it might be a different build and a > different PP. For the then corrected text you need a daily build. That is a LO 7.5. > Regarding the "C", I have observed that in LO Impress if I select that image > (after ungrouping) and rotate it with the mouse, only its rectangular > "frame" rotates, but the contained bitmap remains "upright". (upright in > this case means the C looking like a U because the bitmap is like that). I > think I observed that in the past: images remaining upright even when > rotated. Can it be a limitation or bug in LO? I had not noticed that, but it explains, why in my test the 'C'-image rotation was missing. The image is not imported as image but as rectangle with the image as background fill. And because a background does not rotate together with the shape in LibreOffice, the 'C' has no rotation. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150093] Tools - Options dialog should have scrollbars in some sections
https://bugs.documentfoundation.org/show_bug.cgi?id=150093 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEW --- Comment #1 from m.a.riosv --- Repro Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c1c8ce3b0f1037bca4d500af2f39363cd9d38db6 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL But it's possible to resize the window. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150094] New: File properties dialog does not update with programmatically added Custom Fields
https://bugs.documentfoundation.org/show_bug.cgi?id=150094
Bug ID: 150094
Summary: File properties dialog does not update with
programmatically added Custom Fields
Product: LibreOffice
Version: 7.2.7.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: minor
Priority: medium
Component: LibreOffice
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: wpeat...@gmail.com
This is not that serious. But if you happen to add a new custom property via
the API
doc.getDocumentProperties().getUserDefinedProperties().addProperty('MyProp', 0,
'LibreOffice is the best')
The newly created property will not show up in the File properties dialog until
the file is saved and reloaded.
Newly created properties created with the dialog will be displayed in the File
properties dialog on subsequent views.
The only workaround I have found is to save and reload file.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132893] FILEOPEN PPTX: Incorrect rotated text
https://bugs.documentfoundation.org/show_bug.cgi?id=132893 --- Comment #14 from Alvaro Segura --- Saving the file again in PP and opening it then with LO 7.3.5, the text is still upside down (180-deg rot.). But it might be a different build and a different PP. Regarding the "C", I have observed that in LO Impress if I select that image (after ungrouping) and rotate it with the mouse, only its rectangular "frame" rotates, but the contained bitmap remains "upright". (upright in this case means the C looking like a U because the bitmap is like that). I think I observed that in the past: images remaining upright even when rotated. Can it be a limitation or bug in LO? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149935] Insert Hyperlink: Add "tooltips" to list entries in "Target in document"
https://bugs.documentfoundation.org/show_bug.cgi?id=149935 Ezinne changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||nnamani.ezi...@collabora.co ||m --- Comment #1 from Ezinne --- Please can you share a screenshot or recording showing the issue that you are experiencing? Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 36994c19fdbf425108f685de21464496bd93b651 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-NG (en_NG); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149975] More-spaces on English-Sentence-Checking does not work with two extra spaces.
https://bugs.documentfoundation.org/show_bug.cgi?id=149975 Ezinne changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Ezinne --- Reproducible in: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 36994c19fdbf425108f685de21464496bd93b651 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-NG (en_NG); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150002] LibreOfficeCalc does not work correctly with "" tags in xls files
https://bugs.documentfoundation.org/show_bug.cgi?id=150002 --- Comment #5 from Pavel --- Version: 7.3.4.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Ubuntu package version: 1:7.3.4~rc2-0ubuntu0.18.04.1~lo1 Calc: threaded We have different versions. Ok, I will try to update software. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'private/mert/wip_deepl' - cui/inc cui/Library_cui.mk cui/source cui/uiconfig cui/UIConfig_cui.mk desktop/source include/sfx2 include/svtools include/svx include
Rebased ref, commits from common ancestor:
commit 0b9cd43517787804e8a11899f2f4776b38fc0b4e
Author: Mert Tumer
AuthorDate: Tue Jul 5 12:03:27 2022 +0300
Commit: Mert Tumer
CommitDate: Thu Jul 21 22:21:10 2022 +0300
new uno command uno:Translate with deepl api
New Uno command added for translation
right now it is only using deepl translation api
There's a section in the options > language settings
for setting up the api url and auth key
uno:Translate is a menu button under Format tab
which will bring up Language Selection dialog for translation.
DeepL can accept html as the input for translation, this new
feature leverages that by exporting paragraphs/selections to
html and paste them back without losing the formatting (in theory)
This works good in general but we may lose formatting in very complex
styled sentences.
Translation works in two ways;
1) Whole document
when there is no selection, it assumes that we want to translate whole
document. Each paragraphs is sent one by one so that the output timeout
can be minimum for each paragraph.
2) Selection
Signed-off-by: Mert Tumer
Change-Id: Ia2d3ab2f6757faf565b939e1d670a7dedac33390
diff --git a/cui/Library_cui.mk b/cui/Library_cui.mk
index d455a64ab266..c4c0a52b2ef4 100644
--- a/cui/Library_cui.mk
+++ b/cui/Library_cui.mk
@@ -181,6 +181,7 @@ $(eval $(call gb_Library_add_exception_objects,cui,\
cui/source/options/optgenrl \
cui/source/options/opthtml \
cui/source/options/optlanguagetool \
+cui/source/options/optdeepl \
cui/source/options/optinet2 \
cui/source/options/optjava \
cui/source/options/optjsearch \
diff --git a/cui/UIConfig_cui.mk b/cui/UIConfig_cui.mk
index 806779daaa9d..0ed879e2b228 100644
--- a/cui/UIConfig_cui.mk
+++ b/cui/UIConfig_cui.mk
@@ -139,6 +139,7 @@ $(eval $(call gb_UIConfig_add_uifiles,cui,\
cui/uiconfig/ui/optgeneralpage \
cui/uiconfig/ui/opthtmlpage \
cui/uiconfig/ui/langtoolconfigpage \
+ cui/uiconfig/ui/deepltabpage \
cui/uiconfig/ui/optionsdialog \
cui/uiconfig/ui/optjsearchpage \
cui/uiconfig/ui/optlanguagespage \
diff --git a/cui/inc/treeopt.hrc b/cui/inc/treeopt.hrc
index 952b79ea92d4..6d5bc4004a53 100644
--- a/cui/inc/treeopt.hrc
+++ b/cui/inc/treeopt.hrc
@@ -55,7 +55,8 @@ const std::pair
SID_LANGUAGE_OPTIONS_RES[] =
{ NC_("SID_LANGUAGE_OPTIONS_RES", "Searching in Japanese"),
RID_SVXPAGE_JSEARCH_OPTIONS },
{ NC_("SID_LANGUAGE_OPTIONS_RES", "Asian Layout"),
RID_SVXPAGE_ASIAN_LAYOUT },
{ NC_("SID_LANGUAGE_OPTIONS_RES", "Complex Text Layout"),
RID_SVXPAGE_OPTIONS_CTL },
-{ NC_("SID_LANGUAGE_OPTIONS_RES", "LanguageTool Server Settings"),
RID_SVXPAGE_LANGTOOL_OPTIONS }
+{ NC_("SID_LANGUAGE_OPTIONS_RES", "LanguageTool Server Settings"),
RID_SVXPAGE_LANGTOOL_OPTIONS },
+{ NC_("SID_LANGUAGE_OPTIONS_RES", "DeepL Server Settings"),
RID_SVXPAGE_DEEPL_OPTIONS }
};
const std::pair SID_INET_DLG_RES[] =
diff --git a/cui/source/options/optdeepl.cxx b/cui/source/options/optdeepl.cxx
new file mode 100644
index ..94b48ccc2f43
--- /dev/null
+++ b/cui/source/options/optdeepl.cxx
@@ -0,0 +1,55 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
+/*
+ * This file is part of the LibreOffice project.
+ *
+ * This Source Code Form is subject to the terms of the Mozilla Public
+ * License, v. 2.0. If a copy of the MPL was not distributed with this
+ * file, You can obtain one at http://mozilla.org/MPL/2.0/.
+ *
+ * This file incorporates work covered by the following license notice:
+ *
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed
+ * with this work for additional information regarding copyright
+ * ownership. The ASF licenses this file to you under the Apache
+ * License, Version 2.0 (the "License"); you may not use this file
+ * except in compliance with the License. You may obtain a copy of
+ * the License at http://www.apache.org/licenses/LICENSE-2.0 .
+ */
+
+#include "optdeepl.hxx"
+#include
+
+OptDeeplTabPage::OptDeeplTabPage(weld::Container* pPage,
+ weld::DialogController*
pController,
+ const SfxItemSet& rSet)
+: SfxTabPage(pPage, pController, "cui/ui/deepltabpage.ui", "OptDeeplPage",
)
+, m_xAPIUrl(m_xBuilder->weld_entry("apiurl"))
+, m_xAuthKey(m_xBuilder->weld_entry("authkey"))
+{
+
+}
+
+OptDeeplTabPage::~OptDeeplTabPage() {}
+
+void OptDeeplTabPage::Reset(const SfxItemSet*)
+{
+SvxDeeplOptions& rDeeplOptions = SvxDeeplOptions::Get();
+m_xAPIUrl->set_text(rDeeplOptions.getAPIUrl());
+m_xAuthKey->set_text(rDeeplOptions.getAuthKey());
+}
+
+bool OptDeeplTabPage::FillItemSet(SfxItemSet*)
+{
+SvxDeeplOptions& rDeeplOptions =
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/htmlexport/htmlexport.cxx | 23 +++
sw/source/filter/html/css1atr.cxx | 11 +++
sw/source/filter/html/css1kywd.cxx |1 +
sw/source/filter/html/css1kywd.hxx |1 +
sw/source/filter/html/wrthtml.cxx |7 +--
5 files changed, 41 insertions(+), 2 deletions(-)
New commits:
commit 3b7c18a579f3165c9d425d172d697f8978d6cd84
Author: Miklos Vajna
AuthorDate: Thu Jul 21 15:40:58 2022 +0200
Commit: Miklos Vajna
CommitDate: Thu Jul 21 21:18:02 2022 +0200
sw XHTML export: fix writing of section direction
The XHTML export behavior was the same as the HTML one for section text
direction, the markup was used.
This shares code with the HTML filter, but it's not valid in
reqif-xhtml, while the CSS markup would be fine: .
Fix the problem by keeping the behavior unchanged for HTML, but switch
to inline CSS for XHTML.
The other similar attribute was "id", but that's fine even in XHTML.
Change-Id: I5797c90f9cf957dec7fc4074dd6e79dce11fada7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137305
Reviewed-by: Miklos Vajna
Tested-by: Jenkins
diff --git a/sw/qa/extras/htmlexport/htmlexport.cxx
b/sw/qa/extras/htmlexport/htmlexport.cxx
index 44654bdbcf5a..5e5af5e70a17 100644
--- a/sw/qa/extras/htmlexport/htmlexport.cxx
+++ b/sw/qa/extras/htmlexport/htmlexport.cxx
@@ -2369,6 +2369,29 @@ CPPUNIT_TEST_FIXTURE(HtmlExportTest, testImageKeepRatio)
assertXPath(pDoc, "/html/body/p/img", "height", "auto");
}
+CPPUNIT_TEST_FIXTURE(SwHtmlDomExportTest, testSectionDir)
+{
+// Given a document with a section:
+SwDoc* pDoc = createSwDoc();
+SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell();
+pWrtShell->Insert("test");
+pWrtShell->SelAll();
+SwSectionData aSectionData(SectionType::Content, "mysect");
+pWrtShell->InsertSection(aSectionData);
+
+// When exporting to (reqif-)xhtml:
+ExportToReqif();
+
+// Then make sure CSS is used to export the text direction of the section:
+SvMemoryStream aStream;
+HtmlExportTest::wrapFragment(maTempFile, aStream);
+xmlDocUniquePtr pXmlDoc = parseXmlStream();
+// Without the accompanying fix in place, this test would have failed with:
+// - XPath '//reqif-xhtml:div[@id='mysect']' no attribute 'style' exist
+// i.e. the dir="ltr" HTML attribute was used instead.
+assertXPath(pXmlDoc, "//reqif-xhtml:div[@id='mysect']", "style", "dir:
ltr");
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/filter/html/css1atr.cxx
b/sw/source/filter/html/css1atr.cxx
index bc2449b865cc..1520a4e0596a 100644
--- a/sw/source/filter/html/css1atr.cxx
+++ b/sw/source/filter/html/css1atr.cxx
@@ -2088,6 +2088,17 @@ void SwHTMLWriter::OutCSS1_SectionFormatOptions( const
SwFrameFormat& rFrameForm
if( SfxItemState::SET==rItemSet.GetItemState( RES_BACKGROUND, false,
) )
OutCSS1_SvxBrush( *this, *pItem, sw::Css1Background::Section, nullptr
);
+if (mbXHTML)
+{
+SvxFrameDirection nDir = GetHTMLDirection(rFrameFormat.GetAttrSet());
+OString sConvertedDirection = convertDirection(nDir);
+if (!sConvertedDirection.isEmpty())
+{
+OutCSS1_Property(sCSS1_P_dir, sConvertedDirection, nullptr,
+ sw::Css1Background::Section);
+}
+}
+
if (pCol)
{
OString
sColumnCount(OString::number(static_cast(pCol->GetNumCols(;
diff --git a/sw/source/filter/html/css1kywd.cxx
b/sw/source/filter/html/css1kywd.cxx
index af8c5392a765..12d70903ad39 100644
--- a/sw/source/filter/html/css1kywd.cxx
+++ b/sw/source/filter/html/css1kywd.cxx
@@ -171,6 +171,7 @@ const char* const sCSS1_P_height = "height";
const char* const sCSS1_P_float = "float";
const char* const sCSS1_P_column_count = "column-count";
+const char* const sCSS1_P_dir = "dir";
// Strings for positioning
diff --git a/sw/source/filter/html/css1kywd.hxx
b/sw/source/filter/html/css1kywd.hxx
index 443af7e1ae91..67d2c9e2802c 100644
--- a/sw/source/filter/html/css1kywd.hxx
+++ b/sw/source/filter/html/css1kywd.hxx
@@ -172,6 +172,7 @@ extern const char* const sCSS1_P_height;
extern const char* const sCSS1_P_float;
extern const char* const sCSS1_P_column_count;
+extern const char* const sCSS1_P_dir;
// Strings for positioning
diff --git a/sw/source/filter/html/wrthtml.cxx
b/sw/source/filter/html/wrthtml.cxx
index d216e0d51cb7..0cede88912d3 100644
--- a/sw/source/filter/html/wrthtml.cxx
+++ b/sw/source/filter/html/wrthtml.cxx
@@ -711,9 +711,12 @@ static void lcl_html_OutSectionStartTag( SwHTMLWriter&
rHTMLWrt,
sOut.append('\"');
}
-SvxFrameDirection nDir = rHTMLWrt.GetHTMLDirection( rFormat.GetAttrSet() );
rHTMLWrt.Strm().WriteOString( sOut.makeStringAndClear() );
-rHTMLWrt.OutDirection( nDir );
+if (!rHTMLWrt.mbXHTML)
+{
+
[Libreoffice-bugs] [Bug 150093] New: Tools - Options dialog should have scrollbars in some sections
https://bugs.documentfoundation.org/show_bug.cgi?id=150093 Bug ID: 150093 Summary: Tools - Options dialog should have scrollbars in some sections Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 181366 --> https://bugs.documentfoundation.org/attachment.cgi?id=181366=edit Screenshot showing the problem The default height of the Tools - Options dialog is not capable of showing all entries in the LibreOffice Calc - General section (available from within LO Calc). See attached image and notice that the last item is barely visible (it is below the mouse pointer). And there's not a scrollbar to indicate that there's something else to be displayed in the dialog. Of course I can resize the window and make it taller, so that the last item becomes visible. But as a user I would expect to see a scrollbar to at least show that there may be more items down below. System info Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 21a31eefab1401d288dbb8220f3df3365be9efaf CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded Also a problem in LO 7.3 and 7.4. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150079] Default window size in LibreOffice Draw is too small (X11)
https://bugs.documentfoundation.org/show_bug.cgi?id=150079 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=41 ||777 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 41777] Window size reopening a document not like size when saved
https://bugs.documentfoundation.org/show_bug.cgi?id=41777 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0079 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125543] Calc window width and height resize to zero when unmaximizing
https://bugs.documentfoundation.org/show_bug.cgi?id=125543 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0079 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150079] Default window size in LibreOffice Draw is too small (X11)
https://bugs.documentfoundation.org/show_bug.cgi?id=150079 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5543 --- Comment #6 from Rafael Lima --- (In reply to Russell Almond from comment #5) > Following the instructions in the linked document and resetting the value of > that flag did in fact fix the problem for me. > > However, I still think there is an issue. LibreOffice should not be able > get into such a state; I don't think a user without a high level of computer > expertise would be comfortable hacking the registry to fix the problem. I agree. Even if the user resizes it to a very small size (and this size gets saved to the registry), the next time the user opens the application there should be a minimal window size that would make it obvious for the user that the application has indeed opened. Maybe a duplicate of Bug 149510. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150091] Incorrect spacing of Roman numerals in Outline
https://bugs.documentfoundation.org/show_bug.cgi?id=150091 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150091] Incorrect spacing of Roman numerals in Outline
https://bugs.documentfoundation.org/show_bug.cgi?id=150091 Mike Kaganski changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||6434 Assignee|rafael.palma.l...@gmail.com |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146434] roman numeral seven bullet leaving space between numeral and first word
https://bugs.documentfoundation.org/show_bug.cgi?id=146434 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0091 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150083] FILESAVE ODS Saving modified spreadsheet with File open & File edit password and Shared mode leads to General I/O Error
https://bugs.documentfoundation.org/show_bug.cgi?id=150083 --- Comment #2 from Rafael Lima --- Not repro with Version: 7.3.4.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.4-0ubuntu0.22.04.1 Calc: threaded Also not repro with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 21a31eefab1401d288dbb8220f3df3365be9efaf CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded I edited and saved the file. No error occurred. -- You are receiving this mail because: You are the assignee for the bug.
Import of short values of textDirection, used by OOXML strict
Hi Miklos, hi all, I can fix bug 149556 by adding the missing values to in core/writerfilter/source/ooxml/model.xml. Is that really all to do? Or do I miss something? If that is really all, it would be an Easyhack. The issue is about the fact, that a short value 'lr' instead of the long value 'btLr', for example, is not interpreted. Kind regards Regina
[Libreoffice-bugs] [Bug 150090] Help page "Go to Sheet" cannot be open
https://bugs.documentfoundation.org/show_bug.cgi?id=150090 Laurent BP changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |jumbo4...@yahoo.fr |desktop.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150090] Help page "Go to Sheet" cannot be open
https://bugs.documentfoundation.org/show_bug.cgi?id=150090 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Rafael Lima --- Repro with Version: 7.4.0.1.0+ / LibreOffice Community Build ID: 78335f5ba9bae4f1b429bebd56ff5991192e8650 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded Not repro with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 21a31eefab1401d288dbb8220f3df3365be9efaf CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded It seems the help page was created but not cherry-picked for the 7.4 branch. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150079] Default window size in LibreOffice Draw is too small (X11)
https://bugs.documentfoundation.org/show_bug.cgi?id=150079 --- Comment #5 from Russell Almond --- Following the instructions in the linked document and resetting the value of that flag did in fact fix the problem for me. However, I still think there is an issue. LibreOffice should not be able get into such a state; I don't think a user without a high level of computer expertise would be comfortable hacking the registry to fix the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150091] Incorrect spacing of Roman numerals in Outline
https://bugs.documentfoundation.org/show_bug.cgi?id=150091 Rafael Lima changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||rafael.palma.l...@gmail.com Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | --- Comment #1 from Rafael Lima --- Created attachment 181364 --> https://bugs.documentfoundation.org/attachment.cgi?id=181364=edit File with examples This doesn't seem to be a bug. This happens when the number is wider than the first tab stop. See attached file with 2 examples. The first example illustrates the problem you mentioned: Items VII and VIII receive an extra spacing because their width is larger than the first Tab Stop. The second is fixed by increasing the Tab Stop value. To do that, go to Format - Bullets and Numbering and then go to the Position tab. Now change the "Tab stop at" to a higher value that fits the numbers. Please, confirm if this is indeed what happened. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 --- Comment #5 from Owen Savill --- It would be best to get the original to you as I don't have any copies of Office after Office 2000! and we use Office 2007 at work, so any editing may remove the bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 --- Comment #4 from Owen Savill --- Realised I was backtracing 7.3.0, however 7.3.5.2 crashes in gdb when starting up so unable to get a backtrace. Both 7.3.0 and 7.3.5.2 hang in the same way. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150079] Default window size in LibreOffice Draw is too small (X11)
https://bugs.documentfoundation.org/show_bug.cgi?id=150079 Russell Almond changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from Russell Almond --- Here is the relevant line from registrymodifications.xcu 121,188,1649,892;1;0,0,0,0; -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 Rafael Lima changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Rafael Lima --- Hi Owen, thanks for reporting. What version of LibreOffice are you running? Please copy and paste the version information from Help - About LibreOffice. Also, we need to have a test file to check if it is indeed a bug and pinpoint its cause. Maybe you can anonymize the data in the file (change their actual value but not the file structure). If that's not possible, try creating a smaller file where the error also happens. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85592] Font and highlight colour toolbar buttons dont work in comments
https://bugs.documentfoundation.org/show_bug.cgi?id=85592 --- Comment #18 from Justin L --- Exploratory proposal at http://gerrit.libreoffice.org/c/core/+/137334 (In reply to Justin L from comment #15) > Nothing "fixed" the toolbar disabling when in a comment/textbox. HELP! The key to this is defining CharBackColor in the .sdi files. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150079] Default window size in LibreOffice Draw is too small (X11)
https://bugs.documentfoundation.org/show_bug.cgi?id=150079 --- Comment #3 from Rafael Lima --- BTW window sizes are saved to: ~/.config/libreoffice/4/user/registrymodifications.xcu The window size is saved under the ooSetupFactoryWindowAttributes property. See answer from Danzel in: https://askubuntu.com/questions/1159377/libreoffice-calc-initial-window-size-problem -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 --- Comment #2 from Owen Savill --- Created attachment 181363 --> https://bugs.documentfoundation.org/attachment.cgi?id=181363=edit gdb crash log when importing the document Crash happens with OpenJDK-11 and Oracle JDK 12 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150079] Default window size in LibreOffice Draw is too small (X11)
https://bugs.documentfoundation.org/show_bug.cgi?id=150079 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||rafael.palma.l...@gmail.com --- Comment #2 from Rafael Lima --- Hi Russel, thanks for reporting. I cannot reproduce the bug. When I create a new Drawing with a floating window, it remembers the last window size. Try running in safe mode and see if the problem persists. Simply run in the command line: $ libreoffice --safe-mode Then choose "Continue in safe mode". I believe this has something to do with some window size that is being "remembered" in your user profile. If that's the case, resetting your user profile might fix the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/source
drawinglayer/source/processor2d/vclhelperbufferdevice.cxx | 11 +--
drawinglayer/source/processor2d/vclhelperbufferdevice.hxx |2
drawinglayer/source/processor2d/vclpixelprocessor2d.cxx | 42 +-
3 files changed, 34 insertions(+), 21 deletions(-)
New commits:
commit 8c15835762f2b16e7c8f5acd2d52f562c7dec9a4
Author: Mike Kaganski
AuthorDate: Thu Jul 21 14:40:54 2022 +0300
Commit: Mike Kaganski
CommitDate: Thu Jul 21 20:04:52 2022 +0200
tdf#144916: expand range to avoid unwanted effects on viewport edges
This also allows to avoid clipping of impBufferDevice to the passed
OutputDevice, because the expanded range couldn't otherwise be processed
on the buffer device.
Change-Id: I0d778365b09937c1a2ecee06477b0b17efcce44b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137296
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
b/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
index c19dd965755a..4a29344023b1 100644
--- a/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
+++ b/drawinglayer/source/processor2d/vclhelperbufferdevice.cxx
@@ -294,18 +294,17 @@ VDevBuffer& getVDevBuffer()
return *aVDevBuffer.get();
}
-impBufferDevice::impBufferDevice(OutputDevice& rOutDev, const
basegfx::B2DRange& rRange)
+impBufferDevice::impBufferDevice(OutputDevice& rOutDev, const
basegfx::B2DRange& rRange, bool bCrop)
: mrOutDev(rOutDev)
, mpContent(nullptr)
, mpAlpha(nullptr)
{
basegfx::B2DRange aRangePixel(rRange);
aRangePixel.transform(mrOutDev.GetViewTransformation());
-const ::tools::Rectangle aRectPixel(floor(aRangePixel.getMinX()),
floor(aRangePixel.getMinY()),
-ceil(aRangePixel.getMaxX()),
ceil(aRangePixel.getMaxY()));
-const Point aEmptyPoint;
-maDestPixel = ::tools::Rectangle(aEmptyPoint,
mrOutDev.GetOutputSizePixel());
-maDestPixel.Intersection(aRectPixel);
+maDestPixel = tools::Rectangle(floor(aRangePixel.getMinX()),
floor(aRangePixel.getMinY()),
+ ceil(aRangePixel.getMaxX()),
ceil(aRangePixel.getMaxY()));
+if (bCrop)
+maDestPixel.Intersection({ {}, mrOutDev.GetOutputSizePixel() });
if (!isVisible())
return;
diff --git a/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
b/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
index 3b5d30415cc2..99585b05b141 100644
--- a/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
+++ b/drawinglayer/source/processor2d/vclhelperbufferdevice.hxx
@@ -38,7 +38,7 @@ class impBufferDevice
tools::Rectangle maDestPixel;
public:
-impBufferDevice(OutputDevice& rOutDev, const basegfx::B2DRange& rRange);
+impBufferDevice(OutputDevice& rOutDev, const basegfx::B2DRange& rRange,
bool bCrop = true);
~impBufferDevice();
void paint(double fTrans = 0.0);
diff --git a/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
b/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
index df2642c9fdbe..5e0612f94a93 100644
--- a/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
+++ b/drawinglayer/source/processor2d/vclpixelprocessor2d.cxx
@@ -1025,13 +1025,29 @@ AlphaMask ProcessAndBlurAlphaMask(const Bitmap& rMask,
double fErodeDilateRadius
return AlphaMask(mask.GetBitmap());
}
+
+drawinglayer::geometry::ViewInformation2D
+expandRange(const drawinglayer::geometry::ViewInformation2D& rViewInfo, double
nAmount)
+{
+basegfx::B2DRange viewport(rViewInfo.getViewport());
+viewport.grow(nAmount);
+return { rViewInfo.getObjectTransformation(),
+ rViewInfo.getViewTransformation(),
+ viewport,
+ rViewInfo.getVisualizedPage(),
+ rViewInfo.getViewTime(),
+ rViewInfo.getReducedDisplayQuality() };
+}
}
void VclPixelProcessor2D::processGlowPrimitive2D(const
primitive2d::GlowPrimitive2D& rCandidate)
{
-basegfx::B2DRange aRange(rCandidate.getB2DRange(getViewInformation2D()));
+const double nGlowRadius(rCandidate.getGlowRadius());
+// Avoid wrong effect on the cut-off side; so expand by radius
+const auto aExpandedViewInfo(expandRange(getViewInformation2D(),
nGlowRadius));
+basegfx::B2DRange aRange(rCandidate.getB2DRange(aExpandedViewInfo));
aRange.transform(maCurrentTransformation);
-basegfx::B2DVector aGlowRadiusVector(rCandidate.getGlowRadius(), 0);
+basegfx::B2DVector aGlowRadiusVector(nGlowRadius, 0);
// Calculate the pixel size of glow radius in current transformation
aGlowRadiusVector *= maCurrentTransformation;
// Glow radius is the size of the halo from each side of the object. The
halo is the
@@ -1042,7 +1058,7 @@ void VclPixelProcessor2D::processGlowPrimitive2D(const
primitive2d::GlowPrimitiv
// Consider glow transparency (initial transparency near the object edge)
const sal_uInt8
[Libreoffice-bugs] [Bug 150092] Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 --- Comment #1 from Owen Savill --- Running libreoffice --backtrace crashes out of gdb when first importing the document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104238] [META] Impress image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=104238 Bug 104238 depends on bug 144916, which changed state. Bug 144916 Summary: Soft Edges in Impress Images cause rendering errors in Slide view https://bugs.documentfoundation.org/show_bug.cgi?id=144916 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150092] New: Calc crashes saving XCell spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=150092 Bug ID: 150092 Summary: Calc crashes saving XCell spreadsheet Product: LibreOffice Version: 7.3.4.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: osav...@gmail.com My sister's accountant has switched to a newer version of MS Office and "enhanced" her stock XCell spreadsheet. The first observation is that LO warns of truncation due to the maximum number of columns being exceeded. Then when saving the document, LO produces a zero length tmp file and promptly crashes. I've tried this on two Macs and Ubuntu, haven't been able to try Windows. I can shed nothing more on this at the moment. I'll seek permission to share the document with the LO dev team. Is there any more info I can gather? If so, how? Sorry this a bit vague at the moment, hopefully I'll be able to add more soon. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116964] Calc file with password takes a long time to open and save
https://bugs.documentfoundation.org/show_bug.cgi?id=116964 --- Comment #19 from Erhard --- I have performed a re-test in the way as I had reported in bug 122060. Used version: Version: 7.2.5.1 / LibreOffice Community Build ID: 20(Build:1) CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Test Result: Used file size (type ods): 76.1 KiB Save time: 6 - 7 seconds For comparison: A file with same content and password, but of type xlsx (size is 244 KiB), saves in about 2 seconds. A file with same content and without password, of type ods, saves in about 1 second. Conclusion: It behaves better now, but saving is still slow in comparison with an xlsx file. And I'd say it's still unacceptably slow for a file of such small size. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150091] New: Incorrect spacing of Roman numerals in Outline
https://bugs.documentfoundation.org/show_bug.cgi?id=150091 Bug ID: 150091 Summary: Incorrect spacing of Roman numerals in Outline Product: LibreOffice Version: 7.3.4.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: borismatthew...@gmail.com Description: In the Bullets and Numbering, Outline sub-application the spacing following the Roman numeral is inconsistent after Roman III, VI, VII, VIII, IX, XI, XII. I have not checked further. Actual Results: Open Format, Bullets and Numbering, select Outline, Roman numerals (lower line, left end option). In Writer, start outline numbering. You will discover that several Roman numerals are followed by a (too) big space (see note above). Expected Results: Incorrect spacing following Roman numerals (see above). Reproducible: Always User Profile Reset: No Additional Info: Same spacing following each Roman numeral. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138038] FILEOPEN DOCX Change tracked TOC addition incorrectly imported
https://bugs.documentfoundation.org/show_bug.cgi?id=138038 László Németh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |nem...@numbertext.org |desktop.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143050] [META] Track Changes of text formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=143050 Bug 143050 depends on bug 150085, which changed state. Bug 150085 Summary: DOCX import: Lost text part of tracked insertion, resulting that every part of inserted TOC won't be rejected after we use the Reject All option. https://bugs.documentfoundation.org/show_bug.cgi?id=150085 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150085] DOCX import: Lost text part of tracked insertion, resulting that every part of inserted TOC won't be rejected after we use the Reject All option.
https://bugs.documentfoundation.org/show_bug.cgi?id=150085 László Németh changed: What|Removed |Added Status|ASSIGNED|RESOLVED Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org Resolution|--- |DUPLICATE --- Comment #3 from László Németh --- *** This bug has been marked as a duplicate of bug 150086 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/quartz
vcl/quartz/salbmp.cxx |5 -
1 file changed, 5 deletions(-)
New commits:
commit a02d4f656add39658c30669f2652bf6536207098
Author: Tomaž Vajngerl
AuthorDate: Wed Jul 20 23:43:47 2022 +0200
Commit: Tomaž Vajngerl
CommitDate: Thu Jul 21 18:16:25 2022 +0200
remove 4-bit bitmap bits that were still present in QuartzSalBitmap
Change-Id: I3a363f9b382e298422e3a4bd6b58504cbaba077e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137286
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/vcl/quartz/salbmp.cxx b/vcl/quartz/salbmp.cxx
index f0f5fb9a5b8f..cdc405ad362c 100644
--- a/vcl/quartz/salbmp.cxx
+++ b/vcl/quartz/salbmp.cxx
@@ -224,7 +224,6 @@ bool QuartzSalBitmap::AllocateUserData()
switch( mnBits )
{
case 1: mnBytesPerRow = (mnWidth + 7) >> 3; break;
-case 4: mnBytesPerRow = (mnWidth + 1) >> 1; break;
case 8: mnBytesPerRow = mnWidth; break;
case 24:mnBytesPerRow = (mnWidth << 1) + mnWidth; break;
case 32:mnBytesPerRow = mnWidth << 2; break;
@@ -370,20 +369,17 @@ static const BitmapPalette& GetDefaultPalette( int
mnBits, bool bMonochrome )
// since all other platforms do so, too.
static bool bDefPalInit = false;
static BitmapPalette aDefPalette256;
-static BitmapPalette aDefPalette16;
static BitmapPalette aDefPalette2;
if( ! bDefPalInit )
{
bDefPalInit = true;
aDefPalette256.SetEntryCount( 256 );
-aDefPalette16.SetEntryCount( 16 );
aDefPalette2.SetEntryCount( 2 );
// Standard colors
unsigned int i;
for( i = 0; i < 16; i++ )
{
-aDefPalette16[i] =
aDefPalette256[i] = BitmapColor( aImplSalSysPalEntryAry[i].mnRed,
aImplSalSysPalEntryAry[i].mnGreen,
aImplSalSysPalEntryAry[i].mnBlue
);
@@ -414,7 +410,6 @@ static const BitmapPalette& GetDefaultPalette( int mnBits,
bool bMonochrome )
switch( mnBits )
{
case 1: return aDefPalette2;
-case 4: return aDefPalette16;
case 8: return aDefPalette256;
default: break;
}
[Libreoffice-bugs] [Bug 146356] ODT: No easy way to create an empty paragraph before Table of Content if document starts with table of content
https://bugs.documentfoundation.org/show_bug.cgi?id=146356 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #10 from Mike Kaganski --- Alt+Enter doesn't work for me in Version: 7.4.0.1 (x64) / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (ru_RU); UI: en-US Calc: CL unless I unprotect ToC first. So - NEW - at least for enabling Alt+Enter working both without unprotection, *and* without insertion of an empty paragraph inside ToC first time. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150088] window height to big for 600px screens
https://bugs.documentfoundation.org/show_bug.cgi?id=150088 V Stuart Foote changed: What|Removed |Added Resolution|--- |NOTABUG CC||vstuart.fo...@utsa.edu Status|UNCONFIRMED |RESOLVED --- Comment #1 from V Stuart Foote --- LibreOffice is not intended to be used on displays with less than 768px https://www.libreoffice.org/get-help/system-requirements/ And, the StartCenter launcher will mangle desktop sessions with overheight frames. However, if you insist. Use a direct launch for each LO component (from menu or via system command line). It will compose into the available vertical space and be useable to a point. There are some dialogs that will not fit into a 600px frame, but they are few. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108827 raal changed: What|Removed |Added Depends on||150011 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150011 [Bug 150011] Add Croatian Kuna to Euroconvert function -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150011] Add Croatian Kuna to Euroconvert function
https://bugs.documentfoundation.org/show_bug.cgi?id=150011 raal changed: What|Removed |Added Blocks||108827 Summary|Add Croatian Kuna to Euro |Add Croatian Kuna to |Converter Wizard|Euroconvert function CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from raal --- see bug 135580, wizzard is removed. But in Calc is function EUROCONVERT and Kuna should be supported. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108827 [Bug 108827] [META] Calc functions bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150090] New: Help page "Go to Sheet" cannot be open
https://bugs.documentfoundation.org/show_bug.cgi?id=150090 Bug ID: 150090 Summary: Help page "Go to Sheet" cannot be open Product: LibreOffice Version: 7.4.0.0 beta1+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jumbo4...@yahoo.fr CC: olivier.hal...@libreoffice.org Description: For LibO 7.4, Help page of "Go to Sheet" dialog is not displayed. An error message appears, on online help or local help. Help page exists and is correctly displayed in master. Steps to Reproduce: 1. Create a new spreadsheet 2. Select menu Sheet > Navigate > Go to Sheet 3. Hit Help button Actual Results: Help page is not found. The error message is: Could not find Help page (404). That is an error. Possible causes are: The page does not exist and must be created. The page exists, but the Help ID is wrong or missing. Use the Module, Contents, Index and Search selectors to find the right page. The following data could be helpful in locating the error: Help ID: modules/scalc/ui/gotosheetdialog/dialog-action_area1 Expected Results: Like in master, this page is expected: https://help.libreoffice.org/7.5/en-US/text/scalc/01/0222.html?System=WIN=CALC=modules/scalc/ui/gotosheetdialog/dialog-action_area1#bm_id561655657926168 Reproducible: Always User Profile Reset: Yes Additional Info: The error is the same with online help or local help. - Version: 7.4.0.1 (x64) / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL - Version: 7.4.0.0.beta1 (x64) / LibreOffice Community Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL Not reproduced with master: - Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eea7038c182cc1f6cd792359053ea2561a200026 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149966] Crash when customizing Menu
https://bugs.documentfoundation.org/show_bug.cgi?id=149966 Laurent BP changed: What|Removed |Added Keywords|bibisectRequest | Version|7.5.0.0 alpha0+ Master |7.4.0.0 alpha1+ OS|Linux (All) |All Summary|Customize Menu freezes |Crash when customizing Menu Priority|medium |high Severity|normal |major --- Comment #5 from Laurent BP --- Reproduced on Win10 with crash with: - Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eea7038c182cc1f6cd792359053ea2561a200026 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL - Version: 7.4.0.1 (x64) / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL - Version: 7.4.0.0.beta1 (x64) / LibreOffice Community Build ID: cec1fe9b57a55c032f9f118c907f34e22a63d040 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL - Version: 7.4.0.0.alpha1 (x64) / LibreOffice Community Build ID: b871abad383583f02eb49c7e49aeae01f6941072 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL Change OS to all. Change title freeze to crash. Change version -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108914] [META] Password protected file bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108914 Bug 108914 depends on bug 150044, which changed state. Bug 150044 Summary: FILESAVE Enabling Calc shared mode removes editing password https://bugs.documentfoundation.org/show_bug.cgi?id=150044 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: sc/qa sfx2/source
sc/qa/uitest/calc_tests7/tdf150044.py | 69 ++
sfx2/source/doc/docfile.cxx | 13 +++---
2 files changed, 76 insertions(+), 6 deletions(-)
New commits:
commit c7b6c9407ce109ab27257f4c1ec66b86b48622df
Author: Balazs Varga
AuthorDate: Thu Jul 21 08:27:47 2022 +0200
Commit: Balazs Varga
CommitDate: Thu Jul 21 17:30:40 2022 +0200
tdf#150044 sc import: fix editing password in shared mode
Set the readonly state back after we create the tempfile
for shared files. It is necessary for later, when we checking
the file is readonly or not and we need to give the editing password.
TODO: filesave IO error is another bug
Change-Id: Iafc4dc6e7ce825fc3b7fe18abaee65c014c49a0d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137281
Tested-by: Jenkins
Reviewed-by: Tünde Tóth
Tested-by: Gabor Kelemen
Tested-by: Balazs Varga
Reviewed-by: Balazs Varga
diff --git a/sc/qa/uitest/calc_tests7/tdf150044.py
b/sc/qa/uitest/calc_tests7/tdf150044.py
new file mode 100644
index ..6e42358d7b81
--- /dev/null
+++ b/sc/qa/uitest/calc_tests7/tdf150044.py
@@ -0,0 +1,69 @@
+# -*- tab-width: 4; indent-tabs-mode: nil; py-indent-offset: 4 -*-
+#
+# This file is part of the LibreOffice project.
+#
+# This Source Code Form is subject to the terms of the Mozilla Public
+# License, v. 2.0. If a copy of the MPL was not distributed with this
+# file, You can obtain one at http://mozilla.org/MPL/2.0/.
+#
+from uitest.framework import UITestCase
+from libreoffice.uno.propertyvalue import mkPropertyValues
+from org.libreoffice.unotest import systemPathToFileUrl
+from uitest.uihelper.common import select_by_text
+from tempfile import TemporaryDirectory
+import os.path
+
+class save_shared_readonly_with_password(UITestCase):
+
+ def test_save_to_shared_ods(self):
+
+with TemporaryDirectory() as tempdir:
+xFilePath = os.path.join(tempdir,
"shared_readonly_with_password_tmp.ods")
+
+with self.ui_test.create_doc_in_start_center("calc"):
+with
self.ui_test.execute_dialog_through_command(".uno:ShareDocument",
close_button="") as xShareDocumentDialog:
+xShareCheckButton = xShareDocumentDialog.getChild("share")
+xShareCheckButton.executeAction("CLICK", tuple())
+xOk = xShareDocumentDialog.getChild("ok")
+# Save the document
+with self.ui_test.execute_dialog_through_action(xOk,
"CLICK", close_button="") as xSaveDialog:
+xFileName = xSaveDialog.getChild("file_name")
+xFileName.executeAction("TYPE",
mkPropertyValues({"KEYCODE":"CTRL+A"}))
+xFileName.executeAction("TYPE",
mkPropertyValues({"KEYCODE":"BACKSPACE"}))
+xFileName.executeAction("TYPE",
mkPropertyValues({"TEXT": xFilePath}))
+xPasswordCheckButton = xSaveDialog.getChild("password")
+xPasswordCheckButton.executeAction("CLICK", tuple())
+xOpen = xSaveDialog.getChild("open")
+
+with self.ui_test.execute_dialog_through_action(xOpen,
"CLICK") as xPasswordDialog:
+xReadonly = xPasswordDialog.getChild("readonly")
+xReadonly.executeAction("CLICK", tuple())
+xNewPassword =
xPasswordDialog.getChild("newpassroEntry")
+xNewPassword.executeAction("TYPE",
mkPropertyValues({"TEXT": "password"}))
+xConfirmPassword =
xPasswordDialog.getChild("confirmropassEntry")
+xConfirmPassword.executeAction("TYPE",
mkPropertyValues({"TEXT": "password"}))
+
+self.ui_test.wait_until_file_is_available(xFilePath)
+
+with self.ui_test.execute_dialog_through_command(".uno:Open",
close_button="") as xOpenDialog:
+# Open document
+xFileName = xOpenDialog.getChild("file_name")
+xFileName.executeAction("TYPE", mkPropertyValues({"TEXT":
xFilePath}))
+xOpenBtn = xOpenDialog.getChild("open")
+xOpenBtn.executeAction("CLICK", tuple())
+
+xDialog =
self.ui_test.wait_for_top_focus_window('SharedWarningDialog')
+xOk = xDialog.getChild("ok")
+xOk.executeAction("CLICK", tuple())
+
+document = self.ui_test.get_component()
+self.assertTrue(document.isReadonly())
+
+with
self.ui_test.execute_dialog_through_command(".uno:EditDoc") as xDialog:
+# check that we have a password dialog for editing the
shared document
+xPassword = xDialog.getChild("newpassEntry")
+xPassword.executeAction("TYPE", mkPropertyValues({"TEXT":
"password"}))
+
+
[Libreoffice-bugs] [Bug 103314] [META] Templates bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103314 Bug 103314 depends on bug 149723, which changed state. Bug 149723 Summary: Piano template doesn't have designated footer areas in master slide anymore https://bugs.documentfoundation.org/show_bug.cgi?id=149723 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150009] FORMATTING: Cells do not display background colors
https://bugs.documentfoundation.org/show_bug.cgi?id=150009 --- Comment #10 from derek_up...@mailfence.com --- % sudo apt install libkf5i18n5 libkf5coreaddons5 libkf5configcore5 libkf5kiocore5 libkf5windowsystem5 libkf5kiowidgets5 libkf5kiofilewidgets5 [...lots of lines skipped...] % ldd /opt/libreoffice7.4/program/libvclplug_*.so | grep 'not found' % env SAL_USE_VCLPLUGIN=kf5 /opt/libreoffice7.4/program/soffice --calc % env SAL_USE_VCLPLUGIN=qt5 /opt/libreoffice7.4/program/soffice --calc % env SAL_USE_VCLPLUGIN=gtk3 /opt/libreoffice7.4/program/soffice --calc The kf5 and qt5 VCLs do not have the bug; clicking on the background highlight tool has normal behavior. The gtk3 VCL in the third run does have the bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source sw/uiconfig
sw/source/ui/index/cnttab.cxx| 25 +
sw/uiconfig/swriter/ui/assignstylesdialog.ui |3 +--
2 files changed, 26 insertions(+), 2 deletions(-)
New commits:
commit 8525e8bd9bc90139c97251f5fb49cf37dc07dbdc
Author: Caolán McNamara
AuthorDate: Thu Jul 21 09:06:19 2022 +0100
Commit: Caolán McNamara
CommitDate: Thu Jul 21 17:15:21 2022 +0200
Resolves: tdf#148743 TOC->Edit Index->Assign Styles; Styles aren't sorted
Change-Id: I1ec804d315f487d7bd1138681ab8e8ae60f21a52
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137303
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sw/source/ui/index/cnttab.cxx b/sw/source/ui/index/cnttab.cxx
index 759dccc46721..f4baaa48a463 100644
--- a/sw/source/ui/index/cnttab.cxx
+++ b/sw/source/ui/index/cnttab.cxx
@@ -487,6 +487,7 @@ class SwAddStylesDlg_Impl : public SfxDialogController
DECL_LINK(KeyInput, const KeyEvent&, bool);
DECL_LINK(TreeSizeAllocHdl, const Size&, void);
DECL_LINK(RadioToggleOnHdl, const weld::TreeView::iter_col&, void);
+DECL_LINK(HeaderBarClick, int, void);
public:
SwAddStylesDlg_Impl(weld::Window* pParent, SwWrtShell const & rWrtSh,
OUString rStringArr[]);
@@ -510,6 +511,7 @@ SwAddStylesDlg_Impl::SwAddStylesDlg_Impl(weld::Window*
pParent,
m_xHeaderTree->connect_size_allocate(LINK(this, SwAddStylesDlg_Impl,
TreeSizeAllocHdl));
m_xHeaderTree->enable_toggle_buttons(weld::ColumnToggleType::Radio);
m_xHeaderTree->connect_toggled(LINK(this, SwAddStylesDlg_Impl,
RadioToggleOnHdl));
+m_xHeaderTree->connect_column_clicked(LINK(this, SwAddStylesDlg_Impl,
HeaderBarClick));
std::vector aWidths
{
@@ -581,11 +583,34 @@ SwAddStylesDlg_Impl::SwAddStylesDlg_Impl(weld::Window*
pParent,
}
}
}
+
m_xHeaderTree->make_sorted();
+m_xHeaderTree->set_sort_column(0);
+m_xHeaderTree->set_sort_order(true);
+m_xHeaderTree->set_sort_indicator(TRISTATE_TRUE, 0);
+
m_xHeaderTree->select(0);
m_xHeaderTree->connect_key_release(LINK(this, SwAddStylesDlg_Impl,
KeyInput));
}
+IMPL_LINK(SwAddStylesDlg_Impl, HeaderBarClick, int, nColumn, void)
+{
+bool bSortAtoZ = m_xHeaderTree->get_sort_order();
+
+//set new arrow positions in headerbar
+if (nColumn == m_xHeaderTree->get_sort_column())
+{
+bSortAtoZ = !bSortAtoZ;
+m_xHeaderTree->set_sort_order(bSortAtoZ);
+}
+
+if (nColumn != -1)
+{
+//sort lists
+m_xHeaderTree->set_sort_indicator(bSortAtoZ ? TRISTATE_TRUE :
TRISTATE_FALSE, nColumn);
+}
+}
+
IMPL_LINK(SwAddStylesDlg_Impl, TreeSizeAllocHdl, const Size&, rSize, void)
{
auto nWidth = rSize.Width() -
Application::GetSettings().GetStyleSettings().GetScrollBarSize();
diff --git a/sw/uiconfig/swriter/ui/assignstylesdialog.ui
b/sw/uiconfig/swriter/ui/assignstylesdialog.ui
index c87d3f40c9a5..71e377bbd041 100644
--- a/sw/uiconfig/swriter/ui/assignstylesdialog.ui
+++ b/sw/uiconfig/swriter/ui/assignstylesdialog.ui
@@ -267,11 +267,10 @@
+True
True
6
Style
-True
-0
[Libreoffice-commits] core.git: vcl/source
vcl/source/window/menu.cxx |5 +
1 file changed, 5 insertions(+)
New commits:
commit 25da92004038c03c0feedf373e8038e7ee3e0c37
Author: Stephan Bergmann
AuthorDate: Thu Jul 21 11:33:02 2022 +0200
Commit: Stephan Bergmann
CommitDate: Thu Jul 21 17:10:09 2022 +0200
Make JunitTest_toolkit_unoapi_1 succeed again on macOS
...after afc828b9833b7a612369e95606ba56d41ef2c369 "VCL expect correct frame
size
for native menubars" caused it to fail with
[...]
> checking:
[toolkit.AccessibleMenu::com::sun::star::accessibility::XAccessibleComponent]
is iface: [com.sun.star.accessibility.XAccessibleComponent] testcode:
[ifc.accessibility._XAccessibleComponent]
> LOG> Execute: containsPoint()
> LOG> Upper bound of box containsPoint no component points - FAILED
> LOG> Lower bound of box containsPoint no component points - FAILED
> LOG> Left bound of box containsPoint no component points - FAILED
> LOG> Right bound of box containsPoint no component points - FAILED
> LOG> Outer upper and lower bounds contain no component points - OK
> LOG> Outer left and right bounds contain no component points - OK
> Method containsPoint() finished with state FAILED
> LOG> containsPoint(): COMPLETED.FAILED
[...]
> LOG> Execute: getBounds()
> LOG> Bounds = (0,0),(0,0)
> Method getBounds() finished with state FAILED
> LOG> getBounds(): COMPLETED.FAILED
[...]
> LOG> Execute: getSize()
> LOG> starting required method: getBounds()
> LOG> ! Required method getBounds() failed
> LOG> getSize(): COMPLETED.FAILED
[...]
> * State for
toolkit.AccessibleMenu::com::sun::star::accessibility::XAccessibleComponent
**
>
[toolkit.AccessibleMenu::com::sun::star::accessibility::XAccessibleComponent::containsPoint()]
is testcode: [containsPoint()] - COMPLETED.FAILED
>
[toolkit.AccessibleMenu::com::sun::star::accessibility::XAccessibleComponent::getBounds()]
is testcode: [getBounds()] - COMPLETED.FAILED
>
[toolkit.AccessibleMenu::com::sun::star::accessibility::XAccessibleComponent::getSize()]
is testcode: [getSize()] - COMPLETED.FAILED
> Whole interface: COMPLETED.FAILED
>
**
[...]
> * State for toolkit.AccessibleMenu **
>
[toolkit.AccessibleMenu::com::sun::star::accessibility::XAccessibleComponent]
is testcode: [ifc.accessibility._XAccessibleComponent] - COMPLETED.FAILED
> Whole component: COMPLETED.FAILED
> *
[...]
I have no idea whether that test legitimately started to fail, or is itself
bogus, and (if the former) whether adding back the call to ImplCalcSize in
MenuBar::ImplCreate is the best way to fix this.
Change-Id: I8b575c66c57a698c59ccab01698df5355d4553bb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136996
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
diff --git a/vcl/source/window/menu.cxx b/vcl/source/window/menu.cxx
index 811d4ea360fb..cb110281ee66 100644
--- a/vcl/source/window/menu.cxx
+++ b/vcl/source/window/menu.cxx
@@ -2453,6 +2453,11 @@ VclPtr MenuBar::ImplCreate(vcl::Window*
pParent, vcl::Window* pWind
pMenu->pStartedFrom = nullptr;
pMenu->pWindow = pMenuBarWindow;
pMenuBarWindow->SetMenu(pMenu);
+if (pMenuBarWindow) {
+// This is needed at least on macOS to make the
JunitTest_toolkit_unoapi_1
+// toolkit.AccessibleMenu test pass:
+pMenu->ImplCalcSize(pMenuBarWindow);
+}
return pMenuBarWindow;
}
[Libreoffice-bugs] [Bug 149624] Fonction sierreur
https://bugs.documentfoundation.org/show_bug.cgi?id=149624 Patrice Morel changed: What|Removed |Added Resolution|--- |FIXED Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143002] [META] Tracked Changes of tables
https://bugs.documentfoundation.org/show_bug.cgi?id=143002 Bug 143002 depends on bug 145396, which changed state. Bug 145396 Summary: The line indicating deleted content keeps present after rejecting all changes (until scroll) https://bugs.documentfoundation.org/show_bug.cgi?id=145396 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145396] The line indicating deleted content keeps present after rejecting all changes (until scroll)
https://bugs.documentfoundation.org/show_bug.cgi?id=145396 Luboš Luňák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149624] Fonction sierreur
https://bugs.documentfoundation.org/show_bug.cgi?id=149624 --- Comment #9 from Patrice Morel --- Excuse me, ir's good, but Calc is french and in english its not good, also in french is : =SIERREUR(SI(CHERCHE($D$1;$B4);"x");"") -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145396] The line indicating deleted content keeps present after rejecting all changes (until scroll)
https://bugs.documentfoundation.org/show_bug.cgi?id=145396 --- Comment #9 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9dff8edf97f454f24a40acbed4a9297816f91da6 Revert "avoid repeated writer layout calls with tiled rendering" (tdf#145396) It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145396] The line indicating deleted content keeps present after rejecting all changes (until scroll)
https://bugs.documentfoundation.org/show_bug.cgi?id=145396 Commit Notification changed: What|Removed |Added Whiteboard||target:7.5.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/layout/layact.cxx | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
New commits:
commit 9dff8edf97f454f24a40acbed4a9297816f91da6
Author: Luboš Luňák
AuthorDate: Thu Jul 21 13:31:17 2022 +0200
Commit: Luboš Luňák
CommitDate: Thu Jul 21 16:46:21 2022 +0200
Revert "avoid repeated writer layout calls with tiled rendering"
(tdf#145396)
This was incorrect, the proper fix was my previous Writer commit.
This reverts commit b9c2207e1b5247b4d3184b137be9a75a4b8c6c37.
Change-Id: I829da1633dd11cb0c6e944fbf5acef030fad7dc4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137294
Tested-by: Jenkins
Reviewed-by: Luboš Luňák
diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx
index 4a9ca92f52a2..6cdfcfce09ce 100644
--- a/sw/source/core/layout/layact.cxx
+++ b/sw/source/core/layout/layact.cxx
@@ -2276,16 +2276,7 @@ SwLayIdle::SwLayIdle( SwRootFrame *pRt, SwViewShellImp
*pI ) :
{
--rSh.mnStartAction;
-// When using tiled rendering, idle painting is disabled and
paints are done
-// only later by tiled rendering. But paints call
SwViewShellImp::DeletePaintRegion()
-// to reset this HasPaintRegion(), and if it's done too late,
-// SwTiledRenderingTest::testTablePaintInvalidate() will end up in
an infinite
-// loop, because the idle layout will call this code repeatedly,
because there
-// will be no idle paints to reset HasPaintRegion().
-// This code dates back to the initial commit, and I find its
purpose unclear,
-// so I'm still leaving it here in case it turns out it serves a
purpose.
-static const bool blockOnRepaints = true;
-if (!blockOnRepaints && rSh.Imp()->HasPaintRegion())
+if ( rSh.Imp()->HasPaintRegion() )
bActions = true;
else
{
[Libreoffice-commits] core.git: sw/source
sw/source/core/view/viewsh.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 94bde29634c095e40bfcf74d27821b48919595da
Author: Luboš Luňák
AuthorDate: Thu Jul 21 13:27:45 2022 +0200
Commit: Luboš Luňák
CommitDate: Thu Jul 21 16:45:51 2022 +0200
Revert "do not draw directly in SwViewShell in LOK mode"
It is actually needed to process SwViewShellImp's paint region,
as otherwise testTablePaintInvalidate::TestBody from
CppunitTest_sw_tiledrendering will end up in an infinite loop
repeatedly calling SwLayIdle ctor. That's what I tried to handle
in b9c2207e1b5247b4d3184b137be9a75a4b8c6c37 and got it wrong.
This reverts commit 2aa2d03ec4e775d9399420c21cd1f2e972984154.
Change-Id: I25e897ea4e38db48cd969a3c21d677701f75a0aa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137293
Tested-by: Jenkins
Reviewed-by: Luboš Luňák
diff --git a/sw/source/core/view/viewsh.cxx b/sw/source/core/view/viewsh.cxx
index 3358043a2b8d..057b69878e10 100644
--- a/sw/source/core/view/viewsh.cxx
+++ b/sw/source/core/view/viewsh.cxx
@@ -485,7 +485,7 @@ void SwViewShell::ImplUnlockPaint( bool bVirDev )
CurrShell aCurr( this );
if ( GetWin() && GetWin()->IsVisible() )
{
-if ( (bInSizeNotify || bVirDev ) && VisArea().HasArea() &&
!comphelper::LibreOfficeKit::isActive())
+if ( (bInSizeNotify || bVirDev ) && VisArea().HasArea() )
{
//Refresh with virtual device to avoid flickering.
VclPtrInstance pVout( *mpOut );
[Libreoffice-bugs] [Bug 150083] FILESAVE ODS Saving modified spreadsheet with File open & File edit password and Shared mode leads to General I/O Error
https://bugs.documentfoundation.org/show_bug.cgi?id=150083 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #1 from raal --- no repro Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 28daee8a3252e03a67484dc8d3dd26fd73af4826 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150054] Spanish translation missing in some strings in Menu Table and Submenu Size in LO Writer 7.4 RC1 Spanish version
https://bugs.documentfoundation.org/show_bug.cgi?id=150054 raal changed: What|Removed |Added CC||r...@post.cz Component|Writer |Localization -- You are receiving this mail because: You are the assignee for the bug.
