[Libreoffice-bugs] [Bug 144576] Copy a table from Writer to Notepad pastes a list instead of matrix
https://bugs.documentfoundation.org/show_bug.cgi?id=144576 Timur changed: What|Removed |Added Version|4.2.0.4 release |Inherited From OOo Summary|Copy a table in Writer is |Copy a table from Writer to |not the same as Calc|Notepad pastes a list ||instead of matrix --- Comment #5 from Timur --- Copy a table from MSO Word to Notepad pastes a matrix, as it should, not a list. So bug correctly confirmed. Seems Inherited from OO. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146875] Writer: ToC Index updating hangs
https://bugs.documentfoundation.org/show_bug.cgi?id=146875 --- Comment #9 from Timur --- Instead of large Dropbox file, better to use same text without images, small attachment 177766. Great idea from Xisco in bug 146955. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146974] Scrolling with mouse pastes data in randm cells
https://bugs.documentfoundation.org/show_bug.cgi?id=146974 raal changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||r...@post.cz --- Comment #4 from raal --- @David, let us know if it works. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146875] Writer: ToC Index updating hangs
https://bugs.documentfoundation.org/show_bug.cgi?id=146875 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #8 from BogdanB --- Repro in Version: 7.3.1.0.0+ / LibreOffice Community Build ID: de15e8d4f2f2e5d10cb5d9203e51f3a28347db8d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Repro in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146968] Prototype UI for new Inking feature
https://bugs.documentfoundation.org/show_bug.cgi?id=146968 --- Comment #11 from Heiko Tietze --- (In reply to Lucas J from comment #10) > Which one do you prefer - the one on the left or the right? If this is about the sidebar I prefer cleaner UIs with less options, the right one. Only the most often changed attributes should be listed there - with full access in the property dialog. But some might prefer the left option anyway. We had this discussion repeatedly in the past. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146968] Prototype UI for new Inking feature
https://bugs.documentfoundation.org/show_bug.cgi?id=146968 --- Comment #11 from Heiko Tietze --- (In reply to Lucas J from comment #10) > Which one do you prefer - the one on the left or the right? If this is about the sidebar I prefer cleaner UIs with less options, the right one. Only the most often changed attributes should be listed there - with full access in the property dialog. But some might prefer the left option anyway. We had this discussion repeatedly in the past. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: solenv/gbuild
solenv/gbuild/LinkTarget.mk |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 822b551f6ca92c9d4a8fb17dfc7ba28c272794cc Author: Michael Stahl AuthorDate: Tue Jan 25 15:22:01 2022 +0100 Commit: Stephan Bergmann CommitDate: Wed Jan 26 08:07:46 2022 +0100 gbuild: fix spurious rebuilds from gb_LinkTarget__use_libraries Apparently the eval inside of "ifeq" needs to be escaped, currently both branches of the "ifeq" are evaluated and generate makefile dependencies, which causes spurious rebuild of Library_salhelper with DISABLE_DYNLOADING unset from: make Library_salhelper && touch -c ../master/sal/osl/all/compat.cxx && make Library_salhelper (regression from ecc50f56b3282ec3b0364101d860f22fe8da9042) Change-Id: I8b5607b7a172c8b4b05abeaf4d5ff3a68d53cb14 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128930 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/solenv/gbuild/LinkTarget.mk b/solenv/gbuild/LinkTarget.mk index bb6b4b1fedbc..86533ab3f60f 100644 --- a/solenv/gbuild/LinkTarget.mk +++ b/solenv/gbuild/LinkTarget.mk @@ -1326,7 +1326,7 @@ ifeq (,$(DISABLE_DYNLOADING)) # for faster incremental builds when the ABI is unchanged. # export files are created from the library, so this also ensures the library exists. $(foreach lib,$(call gb_LinkTarget__filter_lo_libraries,$(3)),$(if $(filter $(lib),$(gb_Library_KNOWNLIBS)), \ -$(eval $(call gb_LinkTarget_get_target,$(1)) : $(call gb_Library_get_exports_target,$(lib))) \ +$$(eval $(call gb_LinkTarget_get_target,$(1)) : $(call gb_Library_get_exports_target,$(lib))) \ )) else # DISABLE_DYNLOADING @@ -1335,7 +1335,7 @@ ifneq (,$(call gb_LinkTarget_does_real_link,$(1))) $(call gb_LinkTarget_get_target,$(1)) : T_LIBS += $(call gb_LinkTarget__filter_sys_libraries,$(3)) $(if $(filter-out Library,gb_LinkTarget__get_workdir_linktargetclass,$(1)), \ $(foreach lib,$(call gb_LinkTarget__filter_lo_libraries,$(3)),$(if $(filter $(lib),$(gb_Library_KNOWNLIBS)), \ -$(eval $(call gb_LinkTarget_get_target,$(1)) : $(call gb_Library_get_linktarget_target,$(lib))) \ +$$(eval $(call gb_LinkTarget_get_target,$(1)) : $(call gb_Library_get_linktarget_target,$(lib))) \ ))) endif endif # DISABLE_DYNLOADING
[Libreoffice-bugs] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins
https://bugs.documentfoundation.org/show_bug.cgi?id=134882 --- Comment #15 from BogdanB --- I prefer variant 6. Reason: it is mentioning print ranges, so is very clear that you need to define print ranges, it has the new term "shrink", and also is very simple in the end. No more text to interpret. Is needed, why is neewdwd and when. LibreOffice will take care of your criteria and if needed you will have a maximum number of pages, or a maximum height, width. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins
https://bugs.documentfoundation.org/show_bug.cgi?id=134882 --- Comment #15 from BogdanB --- I prefer variant 6. Reason: it is mentioning print ranges, so is very clear that you need to define print ranges, it has the new term "shrink", and also is very simple in the end. No more text to interpret. Is needed, why is neewdwd and when. LibreOffice will take care of your criteria and if needed you will have a maximum number of pages, or a maximum height, width. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146840] Zoom lost when window resized narrowly
https://bugs.documentfoundation.org/show_bug.cgi?id=146840 Timur changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Timur --- When program width is so reduced, we need mostly zoom and in Writer that layout button before, just like in Word. We don't need Word/Character. I use that often to make a comparison screenshot of different versions or programs. And zoom is only relevant and most important, then styles and count is irrelevant when resizing. I think it's Ok to set New with all the discussion. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 146840] Zoom lost when window resized narrowly
https://bugs.documentfoundation.org/show_bug.cgi?id=146840 Timur changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Timur --- When program width is so reduced, we need mostly zoom and in Writer that layout button before, just like in Word. We don't need Word/Character. I use that often to make a comparison screenshot of different versions or programs. And zoom is only relevant and most important, then styles and count is irrelevant when resizing. I think it's Ok to set New with all the discussion. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136499] The startup of LibreOffice causes different connections to my Google Drive
https://bugs.documentfoundation.org/show_bug.cgi?id=136499 Buovjaga changed: What|Removed |Added Resolution|FIXED |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146993] New: Can not see or insert "manually linebreak" - it is ALLWAYS " new paragraph"
https://bugs.documentfoundation.org/show_bug.cgi?id=146993 Bug ID: 146993 Summary: Can not see or insert "manually linebreak" - it is ALLWAYS " new paragraph" Product: LibreOffice Version: 7.2.3.2 release Hardware: x86-64 (AMD64) OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jkl...@dokom.net Description: Hi, i use the german version of LO. last 7.25, uninstalled and get back to 7.23 if i open OLD writer files, a " PI - like " - sign shows the end of a paragraph, a " like carriage return painting on keyboard " shows manually inserted LINEBREAKS If i edit this file or edit a new file I AM NOT ANYMORE ABLE TO INSERT " manually linebreak ". MY KEY STROKE Configuration for writer is ENTER -> manual linebreak Shift Enter -> new paragraph CRTL Enter -> new page kind regards karl Actual Results: manual linebreak is missing Expected Results: manual linebreak is NOT missing Reproducible: Always User Profile Reset: No Additional Info: ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins
https://bugs.documentfoundation.org/show_bug.cgi?id=134882 --- Comment #14 from Heiko Tietze --- (In reply to BogdanB from comment #13) > Variant(s)... And which one would be your preference? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins
https://bugs.documentfoundation.org/show_bug.cgi?id=134882 --- Comment #14 from Heiko Tietze --- (In reply to BogdanB from comment #13) > Variant(s)... And which one would be your preference? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: vcl/skia
vcl/skia/win/gdiimpl.cxx | 99 ++-
1 file changed, 39 insertions(+), 60 deletions(-)
New commits:
commit bc1b2b03718b596506db2acedd6dad10f489d9fe
Author: Mike Kaganski
AuthorDate: Sat Jan 15 11:30:42 2022 +0300
Commit: Mike Kaganski
CommitDate: Wed Jan 26 07:30:59 2022 +0100
Simplify error COM handling using exceptions
Change-Id: I2514e39bba8debcbdbb60929d2ca2f1ba3aaa2e5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128456
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/vcl/skia/win/gdiimpl.cxx b/vcl/skia/win/gdiimpl.cxx
index e9074340e66e..f2f0d82a9047 100644
--- a/vcl/skia/win/gdiimpl.cxx
+++ b/vcl/skia/win/gdiimpl.cxx
@@ -16,7 +16,9 @@
#include
#include
#include
+#include
#include
+#include
#include
#include
@@ -119,39 +121,16 @@ bool
WinSkiaSalGraphicsImpl::RenderAndCacheNativeControl(CompatibleDC& rWhite, C
return true;
}
-#ifdef SAL_LOG_INFO
-static HRESULT checkResult(HRESULT hr, const char* file, size_t line)
-{
-if (FAILED(hr))
-{
-OUString sLocationString
-= OUString::createFromAscii(file) + ":" + OUString::number(line) +
" ";
-SAL_DETAIL_LOG_STREAM(SAL_DETAIL_ENABLE_LOG_INFO,
::SAL_DETAIL_LOG_LEVEL_INFO, "vcl.skia",
- sLocationString.toUtf8().getStr(),
- "HRESULT failed with: 0x" <<
OUString::number(hr, 16) << ": "
-<<
WindowsErrorStringFromHRESULT(hr));
-}
-return hr;
-}
-
-#define CHECKHR(funct) checkResult(funct, __FILE__, __LINE__)
-#else
-#define CHECKHR(funct) (funct)
-#endif
-
-sk_sp WinSkiaSalGraphicsImpl::createDirectWriteTypeface(HDC hdc,
HFONT hfont)
+sk_sp WinSkiaSalGraphicsImpl::createDirectWriteTypeface(HDC hdc,
HFONT hfont) try
{
+using sal::systools::ThrowIfFailed;
if (!dwriteDone)
{
-if (SUCCEEDED(
-CHECKHR(DWriteCreateFactory(DWRITE_FACTORY_TYPE_SHARED,
__uuidof(IDWriteFactory),
-
reinterpret_cast()
-{
-if
(SUCCEEDED(CHECKHR(dwriteFactory->GetGdiInterop(
-dwriteFontMgr = SkFontMgr_New_DirectWrite(dwriteFactory.get());
-else
-dwriteFactory.clear();
-}
+ThrowIfFailed(DWriteCreateFactory(DWRITE_FACTORY_TYPE_SHARED,
__uuidof(IDWriteFactory),
+
reinterpret_cast()),
+ SAL_WHERE);
+ThrowIfFailed(dwriteFactory->GetGdiInterop(),
SAL_WHERE);
+dwriteFontMgr = SkFontMgr_New_DirectWrite(dwriteFactory.get());
dwriteDone = true;
}
if (!dwriteFontMgr)
@@ -164,20 +143,17 @@ sk_sp
WinSkiaSalGraphicsImpl::createDirectWriteTypeface(HDC hdc, HFO
// For that CreateFromFaceFromHdc() is necessary. The simpler
// CreateFontFromLOGFONT() seems to search for the best matching font,
// which may not be the exact font.
-HFONT oldFont = SelectFont(hdc, hfont);
sal::systools::COMReference fontFace;
-if (FAILED(CHECKHR(dwriteGdiInterop->CreateFontFaceFromHdc(hdc,
{
-SelectFont(hdc, oldFont);
-return nullptr;
+comphelper::ScopeGuard g(
+[ hdc, oldFont(SelectFont(hdc, hfont)) ] { SelectFont(hdc,
oldFont); });
+ThrowIfFailed(dwriteGdiInterop->CreateFontFaceFromHdc(hdc, ),
SAL_WHERE);
}
-SelectFont(hdc, oldFont);
sal::systools::COMReference collection;
-if (FAILED(CHECKHR(dwriteFactory->GetSystemFontCollection(
-return nullptr;
+ThrowIfFailed(dwriteFactory->GetSystemFontCollection(),
SAL_WHERE);
sal::systools::COMReference font;
-// Do not use CHECKHR() here, as said above, this fails for our fonts.
+// As said above, this fails for our fonts.
if (FAILED(collection->GetFontFromFontFace(fontFace.get(), )))
{
// If not found in system collection, try our private font collection.
@@ -191,26 +167,26 @@ sk_sp
WinSkiaSalGraphicsImpl::createDirectWriteTypeface(HDC hdc, HFO
// private fonts with this newly used font.
sal::systools::COMReference dwriteFactory3;
-if
(FAILED(dwriteFactory->QueryInterface()))
-return nullptr;
+ThrowIfFailed(dwriteFactory->QueryInterface(),
SAL_WHERE);
-if (!dwriteFontSetBuilder
-&&
FAILED(dwriteFactory3->CreateFontSetBuilder()))
-return nullptr;
+if (!dwriteFontSetBuilder)
+
ThrowIfFailed(dwriteFactory3->CreateFontSetBuilder(),
+ SAL_WHERE);
UINT32 numberOfFiles;
-if (FAILED(fontFace->GetFiles(, nullptr)) ||
numberOfFiles != 1)
+ThrowIfFailed(fontFace->GetFiles(, nullptr),
SAL_WHERE);
+if (numberOfFiles != 1)
return nullptr;
[Libreoffice-commits] core.git: chart2/source
chart2/source/inc/AxisHelper.hxx | 36 +- chart2/source/tools/AxisHelper.cxx| 52 +++--- chart2/source/tools/ReferenceSizeProvider.cxx |4 +- chart2/source/tools/TitleHelper.cxx |2 - chart2/source/view/main/ChartView.cxx |2 - 5 files changed, 44 insertions(+), 52 deletions(-) New commits: commit b8cbb6930febadc9ae8839c9a21c4a20eb6fb609 Author: Noel Grandin AuthorDate: Tue Jan 25 21:32:52 2022 +0200 Commit: Noel Grandin CommitDate: Wed Jan 26 07:18:15 2022 +0100 use more concrete types in chart2, Diagram Change-Id: I5a836ccfe3c3c071b42664ba340ef18ff0e4ba91 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128946 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/chart2/source/inc/AxisHelper.hxx b/chart2/source/inc/AxisHelper.hxx index 61610b5c4b9d..8cb148f393a6 100644 --- a/chart2/source/inc/AxisHelper.hxx +++ b/chart2/source/inc/AxisHelper.hxx @@ -66,7 +66,7 @@ public: static css::uno::Reference< css::chart2::XAxis > createAxis( sal_Int32 nDimensionIndex, bool bMainAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram +, const rtl::Reference< ::chart::Diagram >& xDiagram , const css::uno::Reference< css::uno::XComponentContext >& xContext , ReferenceSizeProvider * pRefSizeProvider = nullptr ); @@ -79,22 +79,22 @@ public: , ReferenceSizeProvider * pRefSizeProvider = nullptr ); static void showAxis( sal_Int32 nDimensionIndex, bool bMainAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram +, const rtl::Reference< ::chart::Diagram >& xDiagram , const css::uno::Reference< css::uno::XComponentContext >& xContext , ReferenceSizeProvider * pRefSizeProvider = nullptr ); static void showGrid( sal_Int32 nDimensionIndex, sal_Int32 nCooSysIndex, bool bMainGrid -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static void hideAxis( sal_Int32 nDimensionIndex, bool bMainAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static void hideGrid( sal_Int32 nDimensionIndex, sal_Int32 nCooSysIndex, bool bMainGrid -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static bool isAxisShown( sal_Int32 nDimensionIndex, bool bMainAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static bool isGridShown( sal_Int32 nDimensionIndex, sal_Int32 nCooSysIndex, bool bMainGrid -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static void makeAxisVisible( const css::uno::Reference< css::chart2::XAxis >& xAxis ); static void makeGridVisible( const css::uno::Reference< css::beans::XPropertySet >& xGridProperties ); @@ -111,17 +111,17 @@ public: static rtl::Reference< ::chart::BaseCoordinateSystem > getCoordinateSystemByIndex( -const css::uno::Reference< css::chart2::XDiagram >& xDiagram +const rtl::Reference< ::chart::Diagram >& xDiagram , sal_Int32 nIndex ); static rtl::Reference< ::chart::BaseCoordinateSystem > getCoordinateSystemOfAxis( const css::uno::Reference< css::chart2::XAxis >& xAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static css::uno::Reference< css::chart2::XAxis > getAxis( sal_Int32 nDimensionIndex, bool bMainAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static css::uno::Reference< css::chart2::XAxis > getAxis( sal_Int32 nDimensionIndex, sal_Int32 nAxisIndex , const css::uno::Reference< css::chart2::XCoordinateSystem >& xCooSys ); @@ -132,7 +132,7 @@ public: static css::uno::Reference< css::chart2::XAxis > getParallelAxis( const css::uno::Reference< css::chart2::XAxis >& xAxis -, const css::uno::Reference< css::chart2::XDiagram >& xDiagram ); +, const rtl::Reference< ::chart::Diagram >& xDiagram ); static css::uno::Reference< css::beans::XPropertySet > getGridProperties( const css::uno::Reference< css::chart2::XCoordinateSystem >& xCooSys @@ -143,7 +143,7 @@ public: static sal_Int32
[Libreoffice-commits] core.git: 2 commits - chart2/source
chart2/source/controller/inc/ObjectHierarchy.hxx|2 -
chart2/source/controller/main/ChartController_Tools.cxx |2 -
chart2/source/controller/main/ObjectHierarchy.cxx |2 -
chart2/source/inc/ChartTypeTemplate.hxx |2 -
chart2/source/inc/DataSeriesHelper.hxx |9 +
chart2/source/inc/LegendHelper.hxx |4 +-
chart2/source/inc/RangeHighlighter.hxx |1
chart2/source/model/template/ChartTypeTemplate.cxx |2 -
chart2/source/model/template/PieChartTypeTemplate.cxx |4 +-
chart2/source/model/template/PieChartTypeTemplate.hxx |2 -
chart2/source/tools/DataSeriesHelper.cxx| 27 +---
chart2/source/tools/LegendHelper.cxx|3 +
12 files changed, 18 insertions(+), 42 deletions(-)
New commits:
commit ea00a6ce3b5e15ac2640983cfaaf11755d233644
Author: Noel Grandin
AuthorDate: Tue Jan 25 21:09:02 2022 +0200
Commit: Noel Grandin
CommitDate: Wed Jan 26 07:18:01 2022 +0100
use more concrete types in chart2, Diagram
Change-Id: I8640175f493d89bea7eb4780b4cbebf7d0b74a94
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128945
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/chart2/source/controller/inc/ObjectHierarchy.hxx
b/chart2/source/controller/inc/ObjectHierarchy.hxx
index 014210c1c839..ac7833452c50 100644
--- a/chart2/source/controller/inc/ObjectHierarchy.hxx
+++ b/chart2/source/controller/inc/ObjectHierarchy.hxx
@@ -81,7 +81,7 @@ private:
void createLegendTree(
ObjectHierarchy::tChildContainer & rContainer,
const rtl::Reference<::chart::ChartModel> & xChartDoc,
-const css::uno::Reference< css::chart2::XDiagram > & xDiagram );
+const rtl::Reference< ::chart::Diagram > & xDiagram );
void createAdditionalShapesTree( ObjectHierarchy::tChildContainer&
rContainer );
ObjectIdentifier getParentImpl(
const ObjectIdentifier& rParentOID,
diff --git a/chart2/source/controller/main/ChartController_Tools.cxx
b/chart2/source/controller/main/ChartController_Tools.cxx
index 7e98471060a3..850ed40b1d11 100644
--- a/chart2/source/controller/main/ChartController_Tools.cxx
+++ b/chart2/source/controller/main/ChartController_Tools.cxx
@@ -102,7 +102,7 @@ bool lcl_deleteDataSeries(
if( xSeries.is() && xModel.is())
{
rtl::Reference< ::chart::ChartType > xChartType =
-DataSeriesHelper::getChartTypeOfSeries( xSeries,
xModel->getFirstDiagram());
+DataSeriesHelper::getChartTypeOfSeries( xSeries,
xModel->getFirstChartDiagram());
if( xChartType.is())
{
UndoGuard aUndoGuard(
diff --git a/chart2/source/controller/main/ObjectHierarchy.cxx
b/chart2/source/controller/main/ObjectHierarchy.cxx
index 5a8853278f07..63ac8edb35c9 100644
--- a/chart2/source/controller/main/ObjectHierarchy.cxx
+++ b/chart2/source/controller/main/ObjectHierarchy.cxx
@@ -191,7 +191,7 @@ void ObjectHierarchy::createTree( const
rtl::Reference<::chart::ChartModel>& xCh
void ObjectHierarchy::createLegendTree(
ObjectHierarchy::tChildContainer & rContainer,
const rtl::Reference<::chart::ChartModel> & xChartDoc,
-const Reference< XDiagram > & xDiagram )
+const rtl::Reference< Diagram > & xDiagram )
{
if( !(xDiagram.is() && LegendHelper::hasLegend( xDiagram )) )
return;
diff --git a/chart2/source/inc/ChartTypeTemplate.hxx
b/chart2/source/inc/ChartTypeTemplate.hxx
index af70bb84ccb3..a6f67d3fa6c7 100644
--- a/chart2/source/inc/ChartTypeTemplate.hxx
+++ b/chart2/source/inc/ChartTypeTemplate.hxx
@@ -149,7 +149,7 @@ public:
changeDiagram
*/
virtual void adaptDiagram(
-const css::uno::Reference< css::chart2::XDiagram > & xDiagram );
+const rtl::Reference< ::chart::Diagram > & xDiagram );
/** Creates a 2d or 3d cartesian coordinate system with mathematically
oriented, linear scales with auto-min/max. If the given
diff --git a/chart2/source/inc/DataSeriesHelper.hxx
b/chart2/source/inc/DataSeriesHelper.hxx
index 8827a349b846..866fa7c54e9f 100644
--- a/chart2/source/inc/DataSeriesHelper.hxx
+++ b/chart2/source/inc/DataSeriesHelper.hxx
@@ -38,6 +38,7 @@ namespace com::sun::star::uno { class Any; }
namespace com::sun::star::uno { template class Sequence; }
namespace chart { class BaseCoordinateSystem; }
namespace chart { class ChartType; }
+namespace chart { class Diagram; }
namespace chart::DataSeriesHelper
{
@@ -120,13 +121,13 @@ OOO_DLLPUBLIC_CHARTTOOLS
rtl::Reference< ::chart::BaseCoordinateSystem >
getCoordinateSystemOfSeries(
const css::uno::Reference< css::chart2::XDataSeries > & xSeries,
-const css::uno::Reference< css::chart2::XDiagram > & xDiagram );
+const rtl::Reference< ::chart::Diagram > & xDiagram );
OOO_DLLPUBLIC_CHARTTOOLS
rtl::Reference< ::chart::ChartType >
[Libreoffice-commits] core.git: sw/qa vcl/source
sw/qa/extras/tiledrendering/tiledrendering.cxx |4 ++-- vcl/source/bitmap/BitmapReadAccess.cxx |5 - 2 files changed, 6 insertions(+), 3 deletions(-) New commits: commit 688051edf59a311371b84ea34db4991d3a164d52 Author: Dennis Francis AuthorDate: Thu Nov 11 15:22:28 2021 +0530 Commit: Dennis Francis CommitDate: Wed Jan 26 06:58:09 2022 +0100 lok: copy over the alpha channel too for cairo... ...based svp-graphics Conflicts: vcl/source/gdi/bmpacc2.cxx Change-Id: I653a8e4048c712911f44f610e13c7f6c3e323de2 (cherry picked from commit a9c473c3306e28462f9a1898a94277cf0adcbe5e) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128891 Tested-by: Jenkins Reviewed-by: Dennis Francis diff --git a/sw/qa/extras/tiledrendering/tiledrendering.cxx b/sw/qa/extras/tiledrendering/tiledrendering.cxx index cc50ef8e9c83..b321ae9306a6 100644 --- a/sw/qa/extras/tiledrendering/tiledrendering.cxx +++ b/sw/qa/extras/tiledrendering/tiledrendering.cxx @@ -2879,7 +2879,7 @@ void SwTiledRenderingTest::testHighlightNumbering() // Yellow highlighting over numbering Color aColor(pAccess->GetPixel(103, 148)); -CPPUNIT_ASSERT_EQUAL(COL_YELLOW, aColor); +CPPUNIT_ASSERT_EQUAL(Color(ColorTransparency, 0xFF, 0xFF, 0xFF, 0x00), aColor); } void SwTiledRenderingTest::testHighlightNumbering_shd() @@ -2904,7 +2904,7 @@ void SwTiledRenderingTest::testHighlightNumbering_shd() // No highlighting over numbering - w:shd does not apply to numbering. Color aColor(pAccess->GetPixel(103, 148)); -CPPUNIT_ASSERT_EQUAL(COL_WHITE, aColor); +CPPUNIT_ASSERT_EQUAL(Color(ColorTransparency, 0xFF, 0xFF, 0xFF, 0xFF), aColor); } void SwTiledRenderingTest::testPilcrowRedlining() diff --git a/vcl/source/bitmap/BitmapReadAccess.cxx b/vcl/source/bitmap/BitmapReadAccess.cxx index 6e87debd1ec1..08c148a4d3fe 100644 --- a/vcl/source/bitmap/BitmapReadAccess.cxx +++ b/vcl/source/bitmap/BitmapReadAccess.cxx @@ -19,6 +19,7 @@ #include #include +#include #include #include @@ -457,6 +458,8 @@ BitmapColor BitmapReadAccess::GetPixelForN32BitTcBgrx(ConstScanline pScanline, t aBitmapColor.SetBlue(*pScanline++); aBitmapColor.SetGreen(*pScanline++); aBitmapColor.SetRed(*pScanline); +if (comphelper::LibreOfficeKit::isActive()) +aBitmapColor.SetAlpha(0xFF - *(++pScanline)); return aBitmapColor; } @@ -480,7 +483,7 @@ void BitmapReadAccess::SetPixelForN32BitTcBgrx(Scanline pScanline, tools::Long n *pScanline++ = rBitmapColor.GetBlue(); *pScanline++ = rBitmapColor.GetGreen(); *pScanline++ = rBitmapColor.GetRed(); -*pScanline = 0xFF; +*pScanline = (comphelper::LibreOfficeKit::isActive()) ? 0xFF - rBitmapColor.GetAlpha() : 0xFF; } BitmapColor BitmapReadAccess::GetPixelForN32BitTcRgba(ConstScanline pScanline, tools::Long nX,
[Libreoffice-bugs] [Bug 134407] Too narrow preferences dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=134407 --- Comment #15 from Adolfo Jayme --- Lessened the issue a teeny-tiny bit with commit 9f16c3b5ac3ae1c9d24fe137ff48b67f54e4899b (trunk/towards 7.4) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136029] Truncated options in Tools-Options in French version
https://bugs.documentfoundation.org/show_bug.cgi?id=136029 --- Comment #7 from Adolfo Jayme --- I’ve tested that inserting line breaks in the translatable strings works -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142293] EDATE function problem in a file saved as Excel format
https://bugs.documentfoundation.org/show_bug.cgi?id=142293 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146701] Button size issue in Shapes sidebar in high DPI environments.
https://bugs.documentfoundation.org/show_bug.cgi?id=146701 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 146695] Add range of pages in headless export
https://bugs.documentfoundation.org/show_bug.cgi?id=146695 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 146699] Menu disappeared
https://bugs.documentfoundation.org/show_bug.cgi?id=146699 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 146691] cannot create a Copy of an existing Sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=146691 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 146974] Scrolling with mouse pastes data in randm cells
https://bugs.documentfoundation.org/show_bug.cgi?id=146974 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 146974] Scrolling with mouse pastes data in randm cells
https://bugs.documentfoundation.org/show_bug.cgi?id=146974 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138759] DRAW - multipage file refuses to save after multiple edits between saves, requests password that was never set on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=138759 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138759] DRAW - multipage file refuses to save after multiple edits between saves, requests password that was never set on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=138759 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137418] DRAW - ODG fails to save after switching sheet and editing selected sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=137418 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137418] DRAW - ODG fails to save after switching sheet and editing selected sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=137418 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 143097] Loss of setting
https://bugs.documentfoundation.org/show_bug.cgi?id=143097 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 143094] speed and performance issues while opening a large size file
https://bugs.documentfoundation.org/show_bug.cgi?id=143094 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 143097] Loss of setting
https://bugs.documentfoundation.org/show_bug.cgi?id=143097 --- Comment #4 from QA Administrators --- Dear danmarco, 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 143094] speed and performance issues while opening a large size file
https://bugs.documentfoundation.org/show_bug.cgi?id=143094 --- Comment #3 from QA Administrators --- Dear chintu.rohit19, 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 142711] VBA functions used in sheet formular lose parameters
https://bugs.documentfoundation.org/show_bug.cgi?id=142711 --- Comment #3 from QA Administrators --- Dear Neil Cadman, 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 140932] Update refused by MS Win 10
https://bugs.documentfoundation.org/show_bug.cgi?id=140932 --- Comment #3 from QA Administrators --- Dear andrew_platfoot, 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 136372] [META] PPTX shape related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136372 Aron Budea changed: What|Removed |Added Depends on||146534 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146534 [Bug 146534] FILEOPEN PPTX: 3D only Z-Rotation applied shape not viewed correctly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146992] Arrowheads in dropdowns shift a little when opened
https://bugs.documentfoundation.org/show_bug.cgi?id=146992 Aron Budea changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146992] New: Arrowheads in dropdowns shift a little when opened
https://bugs.documentfoundation.org/show_bug.cgi?id=146992 Bug ID: 146992 Summary: Arrowheads in dropdowns shift a little when opened Product: LibreOffice Version: 7.3.0.2 rc Hardware: All OS: Linux (All) Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: trivial Priority: low Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: aron.bu...@gmail.com CC: caol...@redhat.com Blocks: 103182 In Calc, open eg. Font name or Font size dropdowns in the toolbar. => Note how the tiny arrowhead in the dropdown button shifts to the right a little. Probably GTK3-specific, with gen VCL plugin there's also a shift, but that's due to the 3D-effect of the button. Bibisected to the following commit using repo bibisect-linux-64-7.3. Adding CC: to Caolán McNamara. https://cgit.freedesktop.org/libreoffice/core/commit/?id=2acdb3e617658ca19de26e8928e42b4955622feb author Caolán McNamara 2021-11-19 11:38:58 + committer Caolán McNamara 2021-11-23 17:36:13 +0100 tdf#139460 improve autofilter sub-menu interaction under gtk Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Aron Budea changed: What|Removed |Added Depends on||146992 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146992 [Bug 146992] Arrowheads in dropdowns shift a little when opened -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139734] Drop redundant asserts after MacrosTest::loadFromDesktop
https://bugs.documentfoundation.org/show_bug.cgi?id=139734 --- Comment #27 from Commit Notification --- yalda committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e9fce801c2a888b76fd8230343b04f72b5b6b5ce tdf#139734 deleting redundant asserts after MacrosTest::loadFromDesktop It will be available in 7.4.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 139734] Drop redundant asserts after MacrosTest::loadFromDesktop
https://bugs.documentfoundation.org/show_bug.cgi?id=139734 Commit Notification changed: What|Removed |Added Whiteboard|target:7.2.0 target:7.3.0 |target:7.2.0 target:7.3.0 ||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/qa
sd/qa/unit/tiledrendering/LOKitSearchTest.cxx |1 - 1 file changed, 1 deletion(-) New commits: commit e9fce801c2a888b76fd8230343b04f72b5b6b5ce Author: yalda AuthorDate: Tue Jan 25 03:35:38 2022 +0330 Commit: Hossein CommitDate: Wed Jan 26 02:45:00 2022 +0100 tdf#139734 deleting redundant asserts after MacrosTest::loadFromDesktop Change-Id: I5cd2d05913f5c90499e3454e108d43ad75eee09c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/12 Tested-by: Jenkins Reviewed-by: Hossein diff --git a/sd/qa/unit/tiledrendering/LOKitSearchTest.cxx b/sd/qa/unit/tiledrendering/LOKitSearchTest.cxx index 7f486b910ac2..aebf5d19a419 100644 --- a/sd/qa/unit/tiledrendering/LOKitSearchTest.cxx +++ b/sd/qa/unit/tiledrendering/LOKitSearchTest.cxx @@ -121,7 +121,6 @@ LOKitSearchTest::createDoc(const char* pName, const uno::Sequence(mxComponent.get()); CPPUNIT_ASSERT(pImpressDocument); pImpressDocument->initializeForTiledRendering(rArguments);
[Libreoffice-bugs] [Bug 146988] Opening at cursor position doesn't work consistently in large documents
https://bugs.documentfoundation.org/show_bug.cgi?id=146988 --- Comment #5 from LeroyG --- Not reproducible in Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: x11 Locale: es-MX (es_AR.UTF-8); UI: en-US Calc: threaded Also tested with page 80. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146862] VIEWING: If document background is set to black, Formula remains black in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=146862 --- Comment #6 from LeroyG --- If Font color (Alt+F12 - LibreOffice - Application Colors) value is White, formulas are shown in black. Reproducible also with: Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: x11 Locale: es-MX (es_AR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146713] RTL language overlap problem when mixed with LTR language
https://bugs.documentfoundation.org/show_bug.cgi?id=146713 Kevin Suo changed: What|Removed |Added Keywords|bibisectRequest |bibisected CC||suokunl...@126.com --- Comment #8 from Kevin Suo --- (In reply to Hossein from comment #7) I set this to "bibisected" as you have already bibisected it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134050] Crash in: sclo.dll on editing chart data range after copying and pasting from an existing chart
https://bugs.documentfoundation.org/show_bug.cgi?id=134050 raal changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INSUFFICIENTDATA CC||r...@post.cz -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142169] EDITING: Calc crash every time I try to set chart categories as multiple strings
https://bugs.documentfoundation.org/show_bug.cgi?id=142169 --- Comment #9 from raal --- No crash Version: 7.3.1.0.0+ / LibreOffice Community Build ID: 0b6ae07240e79738d88fe61676f814044cf71c7c CPU threads: 4; OS: Linux 5.11; 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 120006] Improvement of Document converter
https://bugs.documentfoundation.org/show_bug.cgi?id=120006 Edmund Laugasson changed: What|Removed |Added Component|Writer |UI --- Comment #11 from Edmund Laugasson --- To be honest, Document Converter can be used already directly from LibreOffice UI. There is no need to open Writer or any other component. Certainly the Document Converter can be opened also, when any LibreOffice component is already opened. So, I changed component to UI. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146991] Insert chart -> crash
https://bugs.documentfoundation.org/show_bug.cgi?id=146991 raal changed: What|Removed |Added CC||noelgran...@gmail.com, ||r...@post.cz Priority|medium |high Keywords||bibisected, bisected, ||regression Severity|normal |major --- Comment #1 from raal --- This seems to have begun at the below commit. Adding Cc: to Noel Grandin; Could you possibly take a look at this one? Thanks a1e78d6f7c6eb21da1f16573c5c5aa4f07d70ea2 is the first bad commit commit a1e78d6f7c6eb21da1f16573c5c5aa4f07d70ea2 Author: Jenkins Build User Date: Fri Jan 14 21:20:28 2022 +0100 source sha:a2eaf99e46f370ffb3b73828c2bdc53dc193b9a4 https://git.libreoffice.org/core/+/a2eaf99e46f370ffb3b73828c2bdc53dc193b9a4 make comphelper::OInterfaceContainerHelper4 more threadsafe -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146991] New: Insert chart -> crash
https://bugs.documentfoundation.org/show_bug.cgi?id=146991 Bug ID: 146991 Summary: Insert chart -> crash Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Chart Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@post.cz Description: Crash when insert chart. Steps to Reproduce: 1.open calc 2.Insert chart 3.Next, Next, Finish Actual Results: crash Expected Results: no crash Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: tr-TR (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87165] FILEOPEN RTF text missing in tables (partial regression)
https://bugs.documentfoundation.org/show_bug.cgi?id=87165 --- Comment #16 from Gabor Kelemen (allotropia) --- Created attachment 177795 --> https://bugs.documentfoundation.org/attachment.cgi?id=177795=edit The minimized example in Word 2013 and current master Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 86a9c860410351125708543c1050bfc0977d3b97 CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87165] FILEOPEN RTF text missing in tables (partial regression)
https://bugs.documentfoundation.org/show_bug.cgi?id=87165 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #15 from Gabor Kelemen (allotropia) --- Created attachment 177794 --> https://bugs.documentfoundation.org/attachment.cgi?id=177794=edit Minimized example file Looks like the large table in the original document and the small one (extracted into this minimized file) are positioned by placing them into frames, making them floating tables. These frames are not imported so the additional positioning is lost, this messed up the layout originally. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120006] Improvement of Document converter
https://bugs.documentfoundation.org/show_bug.cgi?id=120006 --- Comment #10 from Edmund Laugasson --- As https://sourceforge.net/projects/bulkconvertulo/ has MIT licence, its source code could be used also to take some hints how to solve it in LibreOffice Document Converter UI. I hope as existing software source code is already available, this could help developers to save time and take advantage from that already existing source code. LibreOffice shouldn't be targeted to tech savvy people, when we talking about bulk conversion of files. This especially happens in case of migration and then users are stuck as UI is not capable for proper conversion. Usually nobody novice LibreOffice users will not look into CLI to hack some parameters there Then it is no wonder, that gossip spreads, that free software needs "square brain" to hack CLI and forget GUI... This scares away most users and puts a lot of pressure on LibreOffice's popularity So, I truly encourage you, dear developers, consider to include CLI parameters into Document Converter UI! Be Force with you! Current feature request has been reported already more than 3 years ago. Still no hope to get CLI features implemented in GUI? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120006] Improvement of Document converter
https://bugs.documentfoundation.org/show_bug.cgi?id=120006 --- Comment #9 from Edmund Laugasson --- Created attachment 177793 --> https://bugs.documentfoundation.org/attachment.cgi?id=177793=edit Bulk converter UI example taken from https://sourceforge.net/projects/bulkconvertulo/ Has good options and parameters changing features. Definitely should be capable with paths containing spaces, special symbols that could be possibly ever used. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142316] Tastatursteuerung defekt
https://bugs.documentfoundation.org/show_bug.cgi?id=142316 --- Comment #5 from raal --- Created attachment 177792 --> https://bugs.documentfoundation.org/attachment.cgi?id=177792=edit Tools-Customize Check settings in Tools - Customize -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142316] Tastatursteuerung defekt
https://bugs.documentfoundation.org/show_bug.cgi?id=142316 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #4 from raal --- No repro Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: tr-TR (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120006] Improvement of Document converter
https://bugs.documentfoundation.org/show_bug.cgi?id=120006 Edmund Laugasson changed: What|Removed |Added CC||edmund.laugas...@gmail.com --- Comment #8 from Edmund Laugasson --- Also deeply waiting CLI features to be implemented in GUI of LibreOffice Document Converter. This would be one of the killer features, especially in case of migrating to LibreOffice. So, please help people migrate to LibreOffice and add CLI features into LibreOffice Document Converter GUI! Actually could not get working a bash script with line: soffice --headless --convert-to pdf *.* $input --outdir $output I defined variables between quotes as path contained spaces. input="$HOME/path with spaces/docx/" output="$HOME/path with spaces/pdf/" Only way I could convert: cd "$HOME/path with spaces/docx/" soffice --headless --convert-to pdf *.* mv *.pdf "$HOME/path with spaces/pdf/" So, improving also CLI version of converting would be really appreciated. There is one report #133932 to improve CLI help, but functionality itself needs to be improved also. I add some links to already existing, but it seems abandoned converter examples: * https://sourceforge.net/projects/bulkconvertulo/ * https://www.bitrecover.com/blog/libreoffice-to-word-converter-software/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146572] Wrapped RTL String Incorrectly Positioned in LTR Paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=146572 jcuenod changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from jcuenod --- I believe that this bug is distinct from bug 146710 (which is the reference I think you intended). 146710 is about the attachment of neutral characters in the wrapping algorithm. This bug can be produced without neutral characters. In this bug, I expect a wrapped RTL string in an LTR paragraph to be left aligned. In the attachment, we see the actual output: white-space between the opening bracket and the leftmost Hebrew character. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142293] EDATE function problem in a file saved as Excel format
https://bugs.documentfoundation.org/show_bug.cgi?id=142293 raal changed: What|Removed |Added Keywords||regression CC||r...@post.cz Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from raal --- I can confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: tr-TR (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo but not in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107805] [META] Writer master document issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107805 Bug 107805 depends on bug 137441, which changed state. Bug 137441 Summary: Watermark does not appear in document pattern https://bugs.documentfoundation.org/show_bug.cgi?id=137441 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108540] [META] Page watermark bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108540 Bug 108540 depends on bug 137441, which changed state. Bug 137441 Summary: Watermark does not appear in document pattern https://bugs.documentfoundation.org/show_bug.cgi?id=137441 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137441] Watermark does not appear in document pattern
https://bugs.documentfoundation.org/show_bug.cgi?id=137441 raal changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME CC||r...@post.cz --- Comment #5 from raal --- (In reply to Juan Aspeitiagoitia from comment #3) > (In reply to Olivier Hallot from comment #2) > > > > Please confirm. > > Yes, it works! Closing the bug as worksforme. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142422] DDE dysfunctional
https://bugs.documentfoundation.org/show_bug.cgi?id=142422 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #4 from raal --- Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133034] System Open/Save dialog doesn't show all files in large folders
https://bugs.documentfoundation.org/show_bug.cgi?id=133034 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #3 from raal --- (In reply to Timur from comment #1) > I noticed the same issue in Firefox. Using Windows 7. > If I change sort, sort by Name and then sort by date, at that moment all is > fine and newest are there, but not again on the next Open/Save dialog. Looks like not LO problem then? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82698] FILESAVE: RTF List numbers are the wrong size
https://bugs.documentfoundation.org/show_bug.cgi?id=82698 --- Comment #13 from Gabor Kelemen (allotropia) --- Created attachment 177791 --> https://bugs.documentfoundation.org/attachment.cgi?id=177791=edit The original file and the roundtripped RTF in Word 2013 However, the Writer-saved RTF looks different in Word than the original DOCX: font is Segoe UI 12 pt (so taller) instead of Verdana 9 pt. There is a bit of work left here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82698] FILESAVE: RTF List numbers are the wrong size
https://bugs.documentfoundation.org/show_bug.cgi?id=82698 --- Comment #12 from Gabor Kelemen (allotropia) --- Created attachment 177790 --> https://bugs.documentfoundation.org/attachment.cgi?id=177790=edit The RTF saved from the docx in Writer The exported and re-opened RTF looks fine in master since: https://git.libreoffice.org/core/+/7b8ae6f90c37c18ff724c0751b5f73cca6ae02ac author Tünde Tóth Fri Nov 19 12:23:41 2021 +0100 committer László NémethMon Nov 29 10:54:39 2021 +0100 tree64e64bd74aee738a71c8e1c5af966b5a656c9f15 parent 26bd14e43d7d5e81c97085f12abf1523d03bdf9a [diff] tdf#97899 DOCX import: allow character formatting only of numbering -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82698] FILESAVE: RTF List numbers are the wrong size
https://bugs.documentfoundation.org/show_bug.cgi?id=82698 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com --- Comment #11 from Gabor Kelemen (allotropia) --- Created attachment 177789 --> https://bugs.documentfoundation.org/attachment.cgi?id=177789=edit The example file opened in Word and Writer master When the original docx is opened the numbering has TNR 10 pt font instead of Verdana 9 pt - this is a separate issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142953] CALC OFFSET error when used with named range of multiple cells for the reference arg and defaults
https://bugs.documentfoundation.org/show_bug.cgi?id=142953 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #6 from raal --- http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part2.html#__RefHeading__1018434_715980110 Tested with excel and result is the same as in Calc. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146988] Opening at cursor position doesn't work consistently in large documents
https://bugs.documentfoundation.org/show_bug.cgi?id=146988 --- Comment #4 from Telesto --- (In reply to BogdanB from comment #2) > But strange, no repro in > Version: 7.2.5.2 / LibreOffice Community > Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 > CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > Calc: threaded > > Staying at the same page For me it's not working with 7.1b1 for some reason.. or difference between GTK3 and Win? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136506] Bad scaling of comments on 4k displays
https://bugs.documentfoundation.org/show_bug.cgi?id=136506 raal changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||r...@post.cz Ever confirmed|0 |1 --- Comment #3 from raal --- @omickal: Can you retest with 7.3 ? https://www.libreoffice.org/download/download/ Thank zou -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146974] Scrolling with mouse pastes data in randm cells
https://bugs.documentfoundation.org/show_bug.cgi?id=146974 --- Comment #2 from David Bryant --- Thanks, Lenny. I didn't know that was the default -- I've never had a mouse with three buttons, just left / right, and a scroll wheel. I changed that settting to "no function" ... hopefully that will fix it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103100] [META] Writer table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 raal changed: What|Removed |Added Depends on||144576 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144576 [Bug 144576] Copy a table in Writer is not the same as Calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144576] Copy a table in Writer is not the same as Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144576 raal changed: What|Removed |Added OS|Windows (All) |All Version|7.1.3.2 release |4.2.0.4 release Status|UNCONFIRMED |NEW CC||r...@post.cz Blocks||103100 Ever confirmed|0 |1 --- Comment #4 from raal --- I can confirm with Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) paste table 2x2 from Calc: 1 2 3 4 paste table 2x2 from Writer: 1 2 3 4 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'refs/tags/cp-6.4-54'
Tag 'cp-6.4-54' created by Andras Timar at 2022-01-25 20:55 + cp-6.4-54 Changes since cp-6.4-53-29: --- 0 files changed ---
[Libreoffice-commits] translations.git: Changes to 'refs/tags/cp-6.4-54'
Tag 'cp-6.4-54' created by Andras Timar at 2022-01-25 20:55 + cp-6.4-54 Changes since cp-6.4-48: Tor Lillqvist (1): Add missing mobile-specific Impress German translations --- source/de/sd/messages.po | 37 + 1 file changed, 37 insertions(+) ---
[Libreoffice-commits] help.git: Changes to 'refs/tags/cp-6.4-54'
Tag 'cp-6.4-54' created by Andras Timar at 2022-01-25 20:55 + cp-6.4-54 Changes since cp-6.4-branch-point-11: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/cp-6.4-54'
Tag 'cp-6.4-54' created by Andras Timar at 2022-01-25 20:55 + cp-6.4-54 Changes since co-6.4-20: Andras Timar (1): update Danish dictionary --- da_DK/README_da_DK.txt |4 da_DK/da_DK.aff| 3401 da_DK/da_DK.dic|288016 +++-- da_DK/description.xml |9 4 files changed, 139245 insertions(+), 152185 deletions(-) ---
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-6.4' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 0fdc89caed84f63c4c954951be80b11e417de726 Author: Andras Timar AuthorDate: Tue Jan 25 21:54:38 2022 +0100 Commit: Andras Timar CommitDate: Tue Jan 25 21:54:38 2022 +0100 Bump version to 6.4-54 Change-Id: I84ef6f9f36072c2874f279e4e3bb1c8e80bf7bad diff --git a/configure.ac b/configure.ac index c9dfd480e767..716e2bcaf0c8 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([Collabora Office],[6.4.10.53],[],[],[https://collaboraoffice.com/]) +AC_INIT([Collabora Office],[6.4.10.54],[],[],[https://collaboraoffice.com/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard
[Libreoffice-bugs] [Bug 146895] Error when inserting pdf files with frame into Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=146895 Timur changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146937] Is the "refresh" command needed in the Template Manager?
https://bugs.documentfoundation.org/show_bug.cgi?id=146937 --- Comment #4 from BogdanB --- Created attachment 177788 --> https://bugs.documentfoundation.org/attachment.cgi?id=177788=edit video of non refresing Manager Version: 7.3.1.0.0+ / LibreOffice Community Build ID: de15e8d4f2f2e5d10cb5d9203e51f3a28347db8d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146937] Is the "refresh" command needed in the Template Manager?
https://bugs.documentfoundation.org/show_bug.cgi?id=146937 --- Comment #4 from BogdanB --- Created attachment 177788 --> https://bugs.documentfoundation.org/attachment.cgi?id=177788=edit video of non refresing Manager Version: 7.3.1.0.0+ / LibreOffice Community Build ID: de15e8d4f2f2e5d10cb5d9203e51f3a28347db8d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-6.4' - vcl/source
vcl/source/window/layout.cxx |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
New commits:
commit 7e0eefac2fc6203fa7e853cd4049457f1d3b377b
Author: Tor Lillqvist
AuthorDate: Tue Jan 25 16:57:09 2022 +0200
Commit: Andras Timar
CommitDate: Tue Jan 25 21:33:45 2022 +0100
Add sanity check to avoid potential crash in the Collabora Online server
Make sure some coordinates don't become huge negative numbers. This
doesn't fix the unknown root cause of course.
I could not actually reproduce the crash with a server based on this
branch, though. There already was such a sanity check here in this
branch, but for Android only. I now made it cross-platform.
Let's use the same Change-Id as in the corresponding commit in the
co-2021 branch.
Change-Id: I28e343271b3f80ac203b52db1be58d2add89eecd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128932
Tested-by: Jenkins CollaboraOffice
Reviewed-by: Andras Timar
diff --git a/vcl/source/window/layout.cxx b/vcl/source/window/layout.cxx
index edebff002f8f..5c7a9d1e4355 100644
--- a/vcl/source/window/layout.cxx
+++ b/vcl/source/window/layout.cxx
@@ -267,10 +267,11 @@ void VclBox::setAllocation(const Size )
// Though the dialogs are rendered in javascript for LOK Android some widgets
like weld::DrawingArea
// is sent as bitmap but it is rendered from only the visible part
// when it gets negative, it shrinks instead of expands and it becomes
invisible
-#if HAVE_FEATURE_ANDROID_LOK
if (nExtraSpace < 0)
+{
+SAL_WARN("vcl.layout", "nExtraSpace went negative, setting to
zero");
nExtraSpace = 0;
-#endif
+}
}
//Split into those we pack from the start onwards, and those we pack from
the end backwards
[Libreoffice-bugs] [Bug 146937] Is the "refresh" command needed in the Template Manager?
https://bugs.documentfoundation.org/show_bug.cgi?id=146937 --- Comment #3 from BogdanB --- I tried to import a new template, and if I want to remove it after that I need to try for 3-4 times in order to succeed. Refresh doesn't help, but maybe was helpful some time ago for things like that, and now is disconected. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146937] Is the "refresh" command needed in the Template Manager?
https://bugs.documentfoundation.org/show_bug.cgi?id=146937 --- Comment #3 from BogdanB --- I tried to import a new template, and if I want to remove it after that I need to try for 3-4 times in order to succeed. Refresh doesn't help, but maybe was helpful some time ago for things like that, and now is disconected. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 123606] FORMATTING: Text moves to the left when font size becomes too large, when Autofit Text function is on
https://bugs.documentfoundation.org/show_bug.cgi?id=123606 Ezinne changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #6 from Ezinne --- This bug is no longer reproducible in: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: e3206e67402f623bac17ca94a20dfb45391dcb48 CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146937] Is the "refresh" command needed in the Template Manager?
https://bugs.documentfoundation.org/show_bug.cgi?id=146937 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #2 from BogdanB --- I supose if in the past the list was not asyncronous it was useful to have new templates, new categories. I will play with it to test if something is wrong when NOT used. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 146937] Is the "refresh" command needed in the Template Manager?
https://bugs.documentfoundation.org/show_bug.cgi?id=146937 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #2 from BogdanB --- I supose if in the past the list was not asyncronous it was useful to have new templates, new categories. I will play with it to test if something is wrong when NOT used. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 146988] Opening at cursor position doesn't work consistently in large documents
https://bugs.documentfoundation.org/show_bug.cgi?id=146988 --- Comment #3 from BogdanB --- Repro in Version: 7.3.1.0.0+ / LibreOffice Community Build ID: de15e8d4f2f2e5d10cb5d9203e51f3a28347db8d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146988] Opening at cursor position doesn't work consistently in large documents
https://bugs.documentfoundation.org/show_bug.cgi?id=146988 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from BogdanB --- Repro in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded But strange, no repro in Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Staying at the same page -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: connectivity/source
connectivity/source/drivers/mysqlc/mysqlc_catalog.hxx |2
connectivity/source/drivers/mysqlc/mysqlc_tables.cxx | 54 --
connectivity/source/drivers/mysqlc/mysqlc_tables.hxx |9 ++-
connectivity/source/drivers/mysqlc/mysqlc_views.cxx |9 +++
4 files changed, 54 insertions(+), 20 deletions(-)
New commits:
commit eb69767d7c1bb8e6e780fd9503f08c9d7f5ecb45
Author: Julien Nabet
AuthorDate: Tue Jan 25 19:22:42 2022 +0100
Commit: Julien Nabet
CommitDate: Tue Jan 25 21:07:26 2022 +0100
Mysql/MariaDB: after creating a view then refresh, make it appear as a view
For this, I took example on hsqldb part this time (instead of Firebird
which is uncomplete).
Also, deleting a brand new created table works now.
Of course, there are still pb with schema containing special characters
like "`"
Change-Id: I4849f412ed5b3c2f35fbb4caaf06577828cc255a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128943
Tested-by: Jenkins
Reviewed-by: Julien Nabet
diff --git a/connectivity/source/drivers/mysqlc/mysqlc_catalog.hxx
b/connectivity/source/drivers/mysqlc/mysqlc_catalog.hxx
index 288367f38e33..1bea18c7667b 100644
--- a/connectivity/source/drivers/mysqlc/mysqlc_catalog.hxx
+++ b/connectivity/source/drivers/mysqlc/mysqlc_catalog.hxx
@@ -29,6 +29,8 @@ public:
// IRefreshableUsers
virtual void refreshUsers() override;
+
+sdbcx::OCollection* getPrivateTables() const { return m_pTables.get(); }
};
} // namespace connectivity::mysqlc
diff --git a/connectivity/source/drivers/mysqlc/mysqlc_tables.cxx
b/connectivity/source/drivers/mysqlc/mysqlc_tables.cxx
index eb3995160422..ee82134086e9 100644
--- a/connectivity/source/drivers/mysqlc/mysqlc_tables.cxx
+++ b/connectivity/source/drivers/mysqlc/mysqlc_tables.cxx
@@ -153,28 +153,48 @@ css::uno::Reference
connectivity::mysqlc::Tables::crea
}
//- XAppend ---
-connectivity::sdbcx::ObjectType connectivity::mysqlc::Tables::appendObject(
-const OUString& /* rName */, const
css::uno::Reference& rDescriptor)
+void connectivity::mysqlc::Tables::createTable(
+const css::uno::Reference& descriptor)
{
-OUString sSql(
-::dbtools::createSqlCreateTableStatement(rDescriptor,
m_xMetaData->getConnection()));
-OUString sCatalog, sSchema, sComposedName, sTable;
-const css::uno::Reference& xConnection =
m_xMetaData->getConnection();
-
-::dbtools::OPropertyMap& rPropMap = OMetaConnection::getPropMap();
+const css::uno::Reference xConnection =
m_xMetaData->getConnection();
+OUString aSql = ::dbtools::createSqlCreateTableStatement(descriptor,
xConnection);
-
rDescriptor->getPropertyValue(rPropMap.getNameByIndex(PROPERTY_ID_CATALOGNAME))
>>= sCatalog;
-
rDescriptor->getPropertyValue(rPropMap.getNameByIndex(PROPERTY_ID_SCHEMANAME))
>>= sSchema;
-rDescriptor->getPropertyValue(rPropMap.getNameByIndex(PROPERTY_ID_NAME))
>>= sTable;
+css::uno::Reference xStmt =
xConnection->createStatement();
+if (xStmt.is())
+{
+xStmt->execute(aSql);
+::comphelper::disposeComponent(xStmt);
+}
+}
-sComposedName = ::dbtools::composeTableName(m_xMetaData, sCatalog,
sSchema, sTable, true,
-
::dbtools::EComposeRule::InTableDefinitions);
-if (sComposedName.isEmpty())
-::dbtools::throwFunctionSequenceException(xConnection);
+// XAppend
+connectivity::sdbcx::ObjectType connectivity::mysqlc::Tables::appendObject(
+const OUString& _rForName, const
css::uno::Reference& descriptor)
+{
+createTable(descriptor);
+return createObject(_rForName);
+}
-m_xMetaData->getConnection()->createStatement()->execute(sSql);
+void connectivity::mysqlc::Tables::appendNew(const OUString& _rsNewTable)
+{
+insertElement(_rsNewTable, nullptr);
+
+// notify our container listeners
+css::container::ContainerEvent aEvent(static_cast(this),
+ css::uno::makeAny(_rsNewTable),
css::uno::Any(),
+ css::uno::Any());
+comphelper::OInterfaceIteratorHelper3 aListenerLoop(m_aContainerListeners);
+while (aListenerLoop.hasMoreElements())
+aListenerLoop.next()->elementInserted(aEvent);
+}
-return createObject(sComposedName);
+OUString
+connectivity::mysqlc::Tables::getNameForObject(const
connectivity::sdbcx::ObjectType& _xObject)
+{
+OSL_ENSURE(_xObject.is(), "OTables::getNameForObject: Object is NULL!");
+return ::dbtools::composeTableName(m_xMetaData, _xObject,
+
::dbtools::EComposeRule::InDataManipulation, false)
+.replaceAll(u"`", u"̀ `");
}
//- XDrop -
diff --git a/connectivity/source/drivers/mysqlc/mysqlc_tables.hxx
b/connectivity/source/drivers/mysqlc/mysqlc_tables.hxx
[Libreoffice-bugs] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins
https://bugs.documentfoundation.org/show_bug.cgi?id=134882 --- Comment #13 from BogdanB --- Variant 1. To keep "print ranges" like before, "if necessary" in paranthesis Shrink print ranges(s) to width/height (if necessary) Shrink print ranges(s) to fit on number of pages (if necessary) -- Variant 2. To keep "print ranges" like before, "if necessary" without paranthesis Shrink print ranges(s) to width/height, if necessary Shrink print ranges(s) to fit on number of pages, if necessary -- Variant 3. Without "print ranges", "if necessary" with paranthesis Shrink to fit width/height (if necessary) Shrink to fit on number of pages (if necessary) -- Variant 4. Without "print ranges", "if necessary" without paranthesis Shrink to fit width/height, if necessary Shrink to fit on number of pages, if necessary -- Variant 5. Simple Shrink to fit width/height Shrink to fit on number of pages -- Variant 6. Like before, but replacing Fit with shrink Shrink print ranges(s) to width/height Shrink print ranges(s) on number of pages -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins
https://bugs.documentfoundation.org/show_bug.cgi?id=134882 --- Comment #13 from BogdanB --- Variant 1. To keep "print ranges" like before, "if necessary" in paranthesis Shrink print ranges(s) to width/height (if necessary) Shrink print ranges(s) to fit on number of pages (if necessary) -- Variant 2. To keep "print ranges" like before, "if necessary" without paranthesis Shrink print ranges(s) to width/height, if necessary Shrink print ranges(s) to fit on number of pages, if necessary -- Variant 3. Without "print ranges", "if necessary" with paranthesis Shrink to fit width/height (if necessary) Shrink to fit on number of pages (if necessary) -- Variant 4. Without "print ranges", "if necessary" without paranthesis Shrink to fit width/height, if necessary Shrink to fit on number of pages, if necessary -- Variant 5. Simple Shrink to fit width/height Shrink to fit on number of pages -- Variant 6. Like before, but replacing Fit with shrink Shrink print ranges(s) to width/height Shrink print ranges(s) on number of pages -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: vcl/headless
vcl/headless/svpvd.cxx |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
New commits:
commit 67240ca4191bfda561b2949905d29e6c2ed4a09f
Author: Caolán McNamara
AuthorDate: Tue Jan 25 16:49:49 2022 +
Commit: Caolán McNamara
CommitDate: Tue Jan 25 20:40:50 2022 +0100
don't use oversized surfaces
which leads to warnings of "rendering text failed with stretch ratio of:
10, invalid value (typically too big) for the size of the input
(surface, pattern, etc.)" on my 200% scaled hidpi
a problem since:
commit cf9be3417bc2be5f772c03180b7cbd248b82cad5
Date: Tue Jan 11 19:08:50 2022 +0100
avoid Xlib cairo surfaces for small virtual devices (bsc#1183308)
where the nNewDX/nNewDY passed to the cairo_surface_create_similar
branch should remain as the unscaled sizes.
This does change the meaning of
(nNewDX <= 32 && nNewDY <= 32)
for the hidpi case, but presumably that's ok
Change-Id: I663a399c0e9c8480437a5663329cf753d69eb155
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128938
Tested-by: Jenkins
Reviewed-by: Luboš Luňák
Reviewed-by: Caolán McNamara
diff --git a/vcl/headless/svpvd.cxx b/vcl/headless/svpvd.cxx
index 92c54a013e0e..76cb53fc1745 100644
--- a/vcl/headless/svpvd.cxx
+++ b/vcl/headless/svpvd.cxx
@@ -85,18 +85,22 @@ void SvpSalVirtualDevice::CreateSurface(tools::Long nNewDX,
tools::Long nNewDY,
else
{
dl_cairo_surface_get_device_scale(m_pRefSurface, , );
-nNewDX *= fXScale;
-nNewDY *= fYScale;
}
if (pBuffer)
{
+nNewDX *= fXScale;
+nNewDY *= fYScale;
+
m_pSurface = cairo_image_surface_create_for_data(pBuffer,
CAIRO_FORMAT_ARGB32,
nNewDX, nNewDY,
cairo_format_stride_for_width(CAIRO_FORMAT_ARGB32, nNewDX));
dl_cairo_surface_set_device_scale(m_pSurface, fXScale, fYScale);
}
else if(nNewDX <= 32 && nNewDY <= 32)
{
+nNewDX *= fXScale;
+nNewDY *= fYScale;
+
// Force image-based surface if small. Small VirtualDevice instances
are often used for small
// temporary bitmaps that will eventually have GetBitmap() called on
them, which would cause
// X Server roundtrip with Xlib-based surface, which may be way more
costly than doing the drawing
[Libreoffice-commits] core.git: vcl/headless
vcl/headless/svpvd.cxx |2 ++ 1 file changed, 2 insertions(+) New commits: commit 02363fb279d60f3f5a0328f43a048960028ac5c3 Author: Caolán McNamara AuthorDate: Tue Jan 25 16:45:04 2022 + Commit: Caolán McNamara CommitDate: Tue Jan 25 20:38:45 2022 +0100 log where cairo surface error really started otherwise later seen at: vcl/unx/generic/gdi/cairotextrender.cxx:283: rendering text failed with stretch ratio of: 10, invalid value (typically too big) for the size of the input (surface, pattern, etc.) Change-Id: Iaf65213bbfcf64f09bae8c83efea75e70b8a9c4d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128937 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/vcl/headless/svpvd.cxx b/vcl/headless/svpvd.cxx index 4d82a46e50c4..92c54a013e0e 100644 --- a/vcl/headless/svpvd.cxx +++ b/vcl/headless/svpvd.cxx @@ -109,6 +109,8 @@ void SvpSalVirtualDevice::CreateSurface(tools::Long nNewDX, tools::Long nNewDY, m_pSurface = cairo_surface_create_similar(m_pRefSurface, CAIRO_CONTENT_COLOR_ALPHA, nNewDX, nNewDY); // Device scale is inherited in this case. } + +SAL_WARN_IF(cairo_surface_status(m_pSurface) != CAIRO_STATUS_SUCCESS, "vcl", "surface of size " << nNewDX << " by " << nNewDY << " creation failed with status of: " << cairo_status_to_string(cairo_surface_status(m_pSurface))); } bool SvpSalVirtualDevice::SetSizeUsingBuffer( tools::Long nNewDX, tools::Long nNewDY,
[Libreoffice-bugs] [Bug 136499] The startup of LibreOffice causes different connections to my Google Drive
https://bugs.documentfoundation.org/show_bug.cgi?id=136499 JohanW changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED --- Comment #3 from JohanW --- In Linux Mint 20.3 the problem is solved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: chart2/source
chart2/source/controller/chartapiwrapper/ChartDataWrapper.cxx |2
chart2/source/controller/chartapiwrapper/DiagramWrapper.cxx |5
chart2/source/controller/dialogs/DataBrowserModel.cxx |2
chart2/source/controller/dialogs/DialogModel.cxx | 14
chart2/source/controller/dialogs/dlg_DataSource.cxx |3
chart2/source/controller/dialogs/tp_3D_SceneGeometry.cxx | 24 -
chart2/source/controller/dialogs/tp_3D_SceneGeometry.hxx |6
chart2/source/controller/inc/ObjectHierarchy.hxx |6
chart2/source/controller/main/ObjectHierarchy.cxx |7
chart2/source/controller/sidebar/ChartSeriesPanel.cxx |2
chart2/source/inc/AxisHelper.hxx |7
chart2/source/inc/ChartTypeTemplate.hxx |2
chart2/source/inc/DataSourceHelper.hxx|3
chart2/source/inc/DiagramHelper.hxx | 55 +--
chart2/source/inc/RegressionCurveHelper.hxx |3
chart2/source/inc/ThreeDHelper.hxx| 34 +-
chart2/source/model/template/BarChartTypeTemplate.cxx |5
chart2/source/model/template/BarChartTypeTemplate.hxx |2
chart2/source/model/template/ChartTypeTemplate.cxx| 10
chart2/source/tools/AxisHelper.cxx|8
chart2/source/tools/DataSourceHelper.cxx |8
chart2/source/tools/DiagramHelper.cxx | 150 +++--
chart2/source/tools/RangeHighlighter.cxx | 15
chart2/source/tools/ReferenceSizeProvider.cxx |9
chart2/source/tools/RegressionCurveHelper.cxx |2
chart2/source/tools/ThreeDHelper.cxx | 164 --
chart2/source/tools/TitleHelper.cxx | 14
chart2/source/view/diagram/VDiagram.cxx | 30 -
chart2/source/view/inc/VDiagram.hxx |9
chart2/source/view/main/ChartView.cxx | 25 -
30 files changed, 283 insertions(+), 343 deletions(-)
New commits:
commit 39f452953e12e24350e7a3740129fa4930aedfca
Author: Noel Grandin
AuthorDate: Tue Jan 25 20:17:29 2022 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 25 20:23:08 2022 +0100
use more concrete types in chart2, Diagram
Change-Id: I40cd39d0878dc56e4e86e05149c9744cb563d745
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128942
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/chart2/source/controller/chartapiwrapper/ChartDataWrapper.cxx
b/chart2/source/controller/chartapiwrapper/ChartDataWrapper.cxx
index 3b0a56818e77..3afac39a2ce8 100644
--- a/chart2/source/controller/chartapiwrapper/ChartDataWrapper.cxx
+++ b/chart2/source/controller/chartapiwrapper/ChartDataWrapper.cxx
@@ -647,7 +647,7 @@ void ChartDataWrapper::applyData( lcl_Operator&
rDataOperator )
return;
uno::Reference< chart2::data::XDataSource > xSource(
xDataProvider->createDataSource( aArguments ) );
-uno::Reference< chart2::XDiagram > xDia( xChartDoc->getFirstDiagram() );
+rtl::Reference< Diagram > xDia( xChartDoc->getFirstChartDiagram() );
if( xDia.is() )
xDia->setDiagramData( xSource, aArguments );
diff --git a/chart2/source/controller/chartapiwrapper/DiagramWrapper.cxx
b/chart2/source/controller/chartapiwrapper/DiagramWrapper.cxx
index 1054d20b3088..b3263d45c090 100644
--- a/chart2/source/controller/chartapiwrapper/DiagramWrapper.cxx
+++ b/chart2/source/controller/chartapiwrapper/DiagramWrapper.cxx
@@ -25,6 +25,7 @@
#include "WallFloorWrapper.hxx"
#include "MinMaxLineWrapper.hxx"
#include "UpDownBarWrapper.hxx"
+#include
#include
#include
#include
@@ -438,7 +439,7 @@ struct StaticDiagramWrapperPropertyArray : public
rtl::StaticAggregate< Sequence
{
};
-bool lcl_isXYChart( const Reference< chart2::XDiagram >& rDiagram )
+bool lcl_isXYChart( const rtl::Reference< ::chart::Diagram >& rDiagram )
{
bool bRet = false;
rtl::Reference< ::chart::ChartType > xChartType(
::chart::DiagramHelper::getChartTypeByIndex( rDiagram, 0 ) );
@@ -453,7 +454,7 @@ bool lcl_isXYChart( const Reference< chart2::XDiagram >&
rDiagram )
sal_Int32 lcl_getNewAPIIndexForOldAPIIndex(
sal_Int32 nOldAPIIndex
-, const Reference< chart2::XDiagram >& xDiagram )
+, const rtl::Reference< ::chart::Diagram >& xDiagram )
{
sal_Int32 nNewAPIIndex = nOldAPIIndex;
diff --git a/chart2/source/controller/dialogs/DataBrowserModel.cxx
b/chart2/source/controller/dialogs/DataBrowserModel.cxx
index 6171c1c87242..c7f91e490dcf 100644
--- a/chart2/source/controller/dialogs/DataBrowserModel.cxx
+++ b/chart2/source/controller/dialogs/DataBrowserModel.cxx
@@ -205,7 +205,7 @@ private:
OUString m_aRole;
};
-bool
[Libreoffice-commits] dev-tools.git: uitest/mass-testing
uitest/mass-testing/registrymodifications.xcu |1 + 1 file changed, 1 insertion(+) New commits: commit fa743edde732847dc8fe237f53c55b408bbc367e Author: Xisco Fauli AuthorDate: Tue Jan 25 20:12:56 2022 +0100 Commit: Xisco Fauli CommitDate: Tue Jan 25 20:12:56 2022 +0100 mass-testing: disable ReplaceCellsWarning Change-Id: If33c42b72f638cbe6f1a80342be98de91d263391 diff --git a/uitest/mass-testing/registrymodifications.xcu b/uitest/mass-testing/registrymodifications.xcu index f992e48..55c7228 100644 --- a/uitest/mass-testing/registrymodifications.xcu +++ b/uitest/mass-testing/registrymodifications.xcu @@ -15,4 +15,5 @@ true false false +false
