Ritobroto Mukherjee license statement
All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license.
core.git: sc/source
sc/source/ui/docshell/docfunc.cxx | 22 ++
sc/source/ui/inc/undoblk.hxx |8 +---
sc/source/ui/undo/undoblk.cxx | 18 +-
3 files changed, 24 insertions(+), 24 deletions(-)
New commits:
commit 8cce20756857cc3c42a2f9393afe6886c4abc1ea
Author: Mike Kaganski
AuthorDate: Sun Mar 17 17:49:25 2024 +0500
Commit: Mike Kaganski
CommitDate: Sun Mar 17 19:28:52 2024 +0100
Move undo info creation logic into ScUndoConditionalFormat
So it is near the code that applies the undo data. This makes it easier
to synchronize the logic.
Change-Id: If3d41ae6b0afafc81e149756cb327f1fca6f2bb0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164943
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/sc/source/ui/docshell/docfunc.cxx
b/sc/source/ui/docshell/docfunc.cxx
index 153182419306..ec174d9c1248 100644
--- a/sc/source/ui/docshell/docfunc.cxx
+++ b/sc/source/ui/docshell/docfunc.cxx
@@ -5629,16 +5629,10 @@ void ScDocFunc::ReplaceConditionalFormat( sal_uLong
nOldFormat, std::unique_ptr<
if(rDoc.IsTabProtected(nTab))
return;
-bool bUndo = rDoc.IsUndoEnabled();
-ScDocumentUniquePtr pUndoDoc;
ScRange aCombinedRange = rRanges.Combine();
-if(bUndo)
-{
-pUndoDoc.reset(new ScDocument(SCDOCMODE_UNDO));
-pUndoDoc->InitUndo( rDoc, nTab, nTab );
-if (const auto* pList = rDoc.GetCondFormList(nTab))
-pUndoDoc->SetCondFormList(new ScConditionalFormatList(*pUndoDoc,
*pList), nTab);
-}
+std::unique_ptr pUndo;
+if (rDoc.IsUndoEnabled())
+pUndo.reset(new ScUndoConditionalFormat(, nTab));
std::unique_ptr pRepaintRange;
if(nOldFormat)
@@ -5666,14 +5660,10 @@ void ScDocFunc::ReplaceConditionalFormat( sal_uLong
nOldFormat, std::unique_ptr<
rDoc.SetStreamValid(nTab, false);
}
-if(bUndo)
+if (pUndo)
{
-ScDocumentUniquePtr pRedoDoc(new ScDocument(SCDOCMODE_UNDO));
-pRedoDoc->InitUndo( rDoc, nTab, nTab );
-if (const auto* pList = rDoc.GetCondFormList(nTab))
-pRedoDoc->SetCondFormList(new ScConditionalFormatList(*pRedoDoc,
*pList), nTab);
-rDocShell.GetUndoManager()->AddUndoAction(
-std::make_unique(,
std::move(pUndoDoc), std::move(pRedoDoc), nTab));
+pUndo->setRedoData();
+rDocShell.GetUndoManager()->AddUndoAction(std::move(pUndo));
}
if(pRepaintRange)
diff --git a/sc/source/ui/inc/undoblk.hxx b/sc/source/ui/inc/undoblk.hxx
index d002b248d7ce..6a52ef059b0c 100644
--- a/sc/source/ui/inc/undoblk.hxx
+++ b/sc/source/ui/inc/undoblk.hxx
@@ -619,10 +619,11 @@ private:
class ScUndoConditionalFormat : public ScSimpleUndo
{
public:
-ScUndoConditionalFormat( ScDocShell* pNewDocShell,
-ScDocumentUniquePtr pUndoDoc, ScDocumentUniquePtr pRedoDoc, SCTAB
nTab);
+ScUndoConditionalFormat( ScDocShell* pNewDocShell, SCTAB nTab);
virtual ~ScUndoConditionalFormat() override;
+void setRedoData() { mpRedoDoc = createUndoRedoData(); }
+
virtual voidUndo() override;
virtual voidRedo() override;
virtual voidRepeat(SfxRepeatTarget& rTarget) override;
@@ -631,10 +632,11 @@ public:
virtual OUString GetComment() const override;
private:
+ScDocumentUniquePtr createUndoRedoData();
void DoChange(ScDocument* pDoc);
+SCTAB mnTab;
ScDocumentUniquePtr mpUndoDoc;
ScDocumentUniquePtr mpRedoDoc;
-SCTAB mnTab;
};
class ScUndoConditionalFormatList : public ScSimpleUndo
diff --git a/sc/source/ui/undo/undoblk.cxx b/sc/source/ui/undo/undoblk.cxx
index f07cfd88c46b..33fe76b5baaa 100644
--- a/sc/source/ui/undo/undoblk.cxx
+++ b/sc/source/ui/undo/undoblk.cxx
@@ -1605,12 +1605,10 @@ bool ScUndoListNames::CanRepeat(SfxRepeatTarget&
rTarget) const
return dynamic_cast( ) != nullptr;
}
-ScUndoConditionalFormat::ScUndoConditionalFormat(ScDocShell* pNewDocShell,
-ScDocumentUniquePtr pUndoDoc, ScDocumentUniquePtr pRedoDoc, SCTAB
nTab):
+ScUndoConditionalFormat::ScUndoConditionalFormat(ScDocShell* pNewDocShell,
SCTAB nTab):
ScSimpleUndo( pNewDocShell ),
-mpUndoDoc(std::move(pUndoDoc)),
-mpRedoDoc(std::move(pRedoDoc)),
-mnTab(nTab)
+mnTab(nTab),
+mpUndoDoc(createUndoRedoData())
{
}
@@ -1618,6 +1616,16 @@ ScUndoConditionalFormat::~ScUndoConditionalFormat()
{
}
+ScDocumentUniquePtr ScUndoConditionalFormat::createUndoRedoData()
+{
+ScDocument& rDoc = pDocShell->GetDocument();
+ScDocumentUniquePtr pUndoRedoDoc(new ScDocument(SCDOCMODE_UNDO));
+pUndoRedoDoc->InitUndo(rDoc, mnTab, mnTab);
+if (const auto* pList = rDoc.GetCondFormList(mnTab))
+pUndoRedoDoc->SetCondFormList(new
ScConditionalFormatList(*pUndoRedoDoc, *pList), mnTab);
+return pUndoRedoDoc;
+}
+
OUString ScUndoConditionalFormat::GetComment() const
{
return ScResId( STR_UNDO_CONDFORMAT );
Import of material presets for extruded shapes in pptx
Hi all, the patch for importing the material presets for extruded shapes in pptx is now ready for review. Please notify my, when you intend to look at it. https://gerrit.libreoffice.org/c/core/+/164853 Kind regards, Regina
core.git: vcl/headless
vcl/headless/CairoCommon.cxx | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
New commits:
commit 81fa9b03ca8175d2be8ff261916d22c54a4d73a3
Author: Caolán McNamara
AuthorDate: Sat Mar 16 21:20:20 2024 +
Commit: Caolán McNamara
CommitDate: Sun Mar 17 22:17:23 2024 +0100
ofz#66825 Out-of-memory
Change-Id: Ic3ce086dc6ba3f85824ec1e68d7501f278f758ab
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164935
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/headless/CairoCommon.cxx b/vcl/headless/CairoCommon.cxx
index 9a84903e5483..38b0bf9418df 100644
--- a/vcl/headless/CairoCommon.cxx
+++ b/vcl/headless/CairoCommon.cxx
@@ -1095,14 +1095,17 @@ bool CairoCommon::drawPolyLine(const
basegfx::B2DHomMatrix& rObjectToDevice,
cairo_set_line_join(cr, eCairoLineJoin);
cairo_set_line_cap(cr, eCairoLineCap);
-constexpr int MaxNormalLineWidth = 64;
-if (fLineWidth > MaxNormalLineWidth)
+constexpr int MaxNormalLineWidthPx = 64;
+if (fLineWidth > MaxNormalLineWidthPx)
{
const double fLineWidthPixel
= bObjectToDeviceIsIdentity
? fLineWidth
: (rObjectToDevice * basegfx::B2DVector(fLineWidth,
0)).getLength();
-if (fLineWidthPixel > MaxNormalLineWidth)
+constexpr double MaxLineWidth = 0x2000;
+// if the width is pixels is excessive, or if the actual number is
huge, then
+// when fuzzing drop it to something small
+if (fLineWidthPixel > MaxNormalLineWidthPx || fLineWidth >
MaxLineWidth)
{
SAL_WARN("vcl.gdi", "drawPolyLine, suspicious input line width of:
"
<< fLineWidth << ", will be " <<
fLineWidthPixel
@@ -,8 +1114,8 @@ bool CairoCommon::drawPolyLine(const
basegfx::B2DHomMatrix& rObjectToDevice,
{
basegfx::B2DHomMatrix aObjectToDeviceInv(rObjectToDevice);
aObjectToDeviceInv.invert();
-fLineWidth
-= (aObjectToDeviceInv *
basegfx::B2DVector(MaxNormalLineWidth, 0)).getLength();
+fLineWidth = (aObjectToDeviceInv *
basegfx::B2DVector(MaxNormalLineWidthPx, 0))
+ .getLength();
fLineWidth = std::min(fLineWidth, 2048.0);
}
}
core.git: Branch 'distro/collabora/co-24.04' - 10 commits - configure.ac external/skia pyuno/source sc/source sd/source sw/source vcl/qa vcl/qt5 vcl/win writerfilter/source
configure.ac |4 +-
external/skia/Library_skia.mk |5 ++
pyuno/source/module/pyuno.cxx |3 +
pyuno/source/module/pyuno_callable.cxx|3 +
pyuno/source/module/pyuno_iterator.cxx|6 +++
pyuno/source/module/pyuno_runtime.cxx |3 +
pyuno/source/module/pyuno_struct.cxx |3 +
sc/source/ui/miscdlgs/solveroptions.cxx |2 -
sd/source/core/drawdoc2.cxx |6 ++-
sd/source/core/sdpage.cxx |3 +
sw/source/core/layout/tabfrm.cxx |2 -
sw/source/filter/ww8/wrtw8nds.cxx | 41 +++---
vcl/qa/cppunit/pdfexport/data/tdf142133.docx |binary
vcl/qa/cppunit/pdfexport/pdfexport.cxx| 35 ++
vcl/qt5/QtInstance.cxx|5 ++
vcl/win/window/salframe.cxx |2 -
writerfilter/source/dmapper/DomainMapper_Impl.cxx | 23 +++-
writerfilter/source/dmapper/DomainMapper_Impl.hxx |3 +
18 files changed, 115 insertions(+), 34 deletions(-)
New commits:
commit ae2fa89cf241942e5a80e4f3b08182bcdab138da
Author: Rafael Lima
AuthorDate: Wed Mar 13 23:30:17 2024 +0100
Commit: Andras Timar
CommitDate: Sun Mar 17 20:42:33 2024 +0100
tdf#160122 Increase height of the Solver Options dialog
Currently the Solver Options dialog (Tools - Solver and then click the
Options button) has a height of 6 rows, which is good for the Linear and Swarm
non-linear solvers, since they have 4-5 options.
However, the SCO and DEPS engines have 12 and 19 options, respectively, so
it is very unconfortable to view and scroll through these options with such a
small dialog.
This patch raises the height of the dialog to 12, so that scrolling is
minimized, making it more confortable to navigate through the solver options.
Change-Id: I51c1c6880613818dd91c6bb8494775c863e8b406
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164749
Tested-by: Jenkins
Reviewed-by: Heiko Tietze
Reviewed-by: Adolfo Jayme Barrientos
(cherry picked from commit 58f565cb2dcf6e7b7eb2eb269776993516a29bf0)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164875
diff --git a/sc/source/ui/miscdlgs/solveroptions.cxx
b/sc/source/ui/miscdlgs/solveroptions.cxx
index 3d5b2b47c178..81f5c8b7b4ce 100644
--- a/sc/source/ui/miscdlgs/solveroptions.cxx
+++ b/sc/source/ui/miscdlgs/solveroptions.cxx
@@ -69,7 +69,7 @@ ScSolverOptionsDialog::ScSolverOptionsDialog(weld::Window*
pParent,
, m_xBtnEdit(m_xBuilder->weld_button("edit"))
{
m_xLbSettings->set_size_request(m_xLbSettings->get_approximate_digit_width() *
32,
-m_xLbSettings->get_height_rows(6));
+m_xLbSettings->get_height_rows(12));
m_xLbSettings->enable_toggle_buttons(weld::ColumnToggleType::Check);
commit 4756c7e6632f41ae48648f13ac463e6413f3315d
Author: Patrick Luby
AuthorDate: Sat Mar 16 14:46:29 2024 -0400
Commit: Andras Timar
CommitDate: Sun Mar 17 20:42:33 2024 +0100
tdf#160036 Enable SKSL when using Skia/Raster
Starting with the upgrade of Skia from m111 to m116, SKSL is disabled
by default for Skia/Raster so define SK_RASTER_PIPELINE_OPS_ALL to
enable it.
Change-Id: Ibd10efa0540f1e87123c341b529c8e3931e1a8fb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164933
Tested-by: Jenkins
Reviewed-by: Patrick Luby
(cherry picked from commit 22dbaf45fb378107ad7daa0d7894939d6e0c7ee3)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164876
Reviewed-by: Adolfo Jayme Barrientos
diff --git a/external/skia/Library_skia.mk b/external/skia/Library_skia.mk
index c2163d299327..55af14cd2daf 100644
--- a/external/skia/Library_skia.mk
+++ b/external/skia/Library_skia.mk
@@ -23,6 +23,7 @@ $(eval $(call gb_Library_add_defs,skia,\
-DSK_USER_CONFIG_HEADER="<$(BUILDDIR)/config_host/config_skia.h>" \
$(if $(filter INTEL,$(CPUNAME)),$(if $(filter
WNT,$(OS)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE1,-DSK_CPU_SSE_LEVEL=0)) \
$(if $(filter X86_64,$(CPUNAME)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE2)
\
+-DSK_ENABLE_SKSL_IN_RASTER_PIPELINE \
))
# SK_DEBUG controls runtime checks and is controlled by config_skia.h and
depends on DBG_UTIL.
@@ -565,6 +566,8 @@ $(eval $(call
gb_Library_add_generated_exception_objects,skia,\
UnpackedTarball/skia/src/sksl/analysis/SkSLReturnsInputAlpha \
UnpackedTarball/skia/src/sksl/analysis/SkSLSymbolTableStackBuilder \
UnpackedTarball/skia/src/sksl/analysis/SkSLSwitchCaseContainsExit \
+UnpackedTarball/skia/src/sksl/analysis/SkSLGetLoopControlFlowInfo \
+UnpackedTarball/skia/src/sksl/analysis/SkSLIsDynamicallyUniformExpression \
UnpackedTarball/skia/src/sksl/codegen/SkSLGLSLCodeGenerator
New Defects reported by Coverity Scan for LibreOffice
Hi,
Please find the latest report on new defect(s) introduced to LibreOffice found
with Coverity Scan.
2 new defect(s) introduced to LibreOffice found with Coverity Scan.
New defect(s) Reported-by: Coverity Scan
Showing 2 of 2 defect(s)
** CID 1594402: Null pointer dereferences (FORWARD_NULL)
*** CID 1594402: Null pointer dereferences (FORWARD_NULL)
/sc/source/ui/unoobj/docuno.cxx: 2372 in lcl_SetMediaScreen(const
com::sun::star::uno::Reference &, const
OutputDevice *, tools::Rectangle &, int)()
2366: OUString::Concat(sTitle) +
OUString::Concat("\n")
2367 +
OUString::Concat(sDescription));
2368
2369 OUString const
mimeType(xPropSet->getPropertyValue("MediaMimeType").get());
2370 SdrObject*
pSdrObj(SdrObject::getSdrObjectFromXShape(xMediaShape));
2371 vcl::PDFExtOutDevData* pPDF =
dynamic_cast(pDev->GetExtOutDevData());
>>> CID 1594402: Null pointer dereferences (FORWARD_NULL)
>>> Passing null pointer "pPDF" to "CreateScreen", which dereferences it.
2372 sal_Int32 nScreenId = pPDF->CreateScreen(aRect, altText,
mimeType, nPageNumb, pSdrObj);
2373 if (sMediaURL.startsWith("vnd.sun.star.Package:"))
2374 {
2375 // Embedded media
2376 OUString aTempFileURL;
2377 xPropSet->getPropertyValue("PrivateTempFileURL") >>=
aTempFileURL;
** CID 1594401: Null pointer dereferences (FORWARD_NULL)
*** CID 1594401: Null pointer dereferences (FORWARD_NULL)
/sfx2/source/sidebar/ControllerItem.cxx: 72 in
sfx2::sidebar::ControllerItem::RequestUpdate()()
66 const SfxItemState eState (GetBindings().QueryState(GetId(),
pState));
67 if (GetId() == SID_ATTR_METRIC &&
comphelper::LibreOfficeKit::isActive())
68 {
69 MeasurementSystem eSystem
70 =
LocaleDataWrapper(comphelper::LibreOfficeKit::getLocale()).getMeasurementSystemEnum();
71 FieldUnit eUnit = MeasurementSystem::Metric == eSystem ?
FieldUnit::CM : FieldUnit::INCH;
>>> CID 1594401: Null pointer dereferences (FORWARD_NULL)
>>> Passing null pointer "pState.get()" to "SetValue", which dereferences
>>> it.
72
static_cast(pState.get())->SetValue(static_cast(eUnit));
73 }
74 mrItemUpdateReceiver.NotifyItemUpdate(GetId(), eState, pState.get());
75 }
76
77
ControllerItem::ItemUpdateReceiverInterface::~ItemUpdateReceiverInterface()
To view the defects in Coverity Scan visit,
https://u15810271.ct.sendgrid.net/ls/click?upn=u001.AxU2LYlgjL6eX23u9ErQy-2BKADyCpvUKOL6EWmZljiu6VvXBlQRUbS683tC8265rGNPXqJ1ffcoLZCnTuJFQbNcTEkb4XaEQkzovKhJ5DB3c-3DQmg-_A9M4dSy7guk8NP6DcfgslOyvJRzavztVIKj6nRqYjYpWom7SJFyX0y710bz0kUGtuM6dpEYHAKPAFOJnFFVTAqyXcfeEbV-2BOW4lbsmS1OR0nkjjh7njRe7s5QFDFx7brLxb5QyVkD5FJ6Cbd7-2Bgo8L3HkTQubHucgEUCgCYMVFNZbqXF2c2vU7innBMhSfrv9VCmBEXIFp5fBqc-2B4Gq1xnoJqgsa0QHSbGHvJGqgj30NSky9ULHy9BfyemEoKG3F
core.git: Branch 'libreoffice-24-2' - sc/source
sc/source/ui/miscdlgs/solveroptions.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 765242935149dca7cb41e10462708739b71f2810
Author: Rafael Lima
AuthorDate: Wed Mar 13 23:30:17 2024 +0100
Commit: Adolfo Jayme Barrientos
CommitDate: Sun Mar 17 17:12:27 2024 +0100
tdf#160122 Increase height of the Solver Options dialog
Currently the Solver Options dialog (Tools - Solver and then click the
Options button) has a height of 6 rows, which is good for the Linear and Swarm
non-linear solvers, since they have 4-5 options.
However, the SCO and DEPS engines have 12 and 19 options, respectively, so
it is very unconfortable to view and scroll through these options with such a
small dialog.
This patch raises the height of the dialog to 12, so that scrolling is
minimized, making it more confortable to navigate through the solver options.
Change-Id: I51c1c6880613818dd91c6bb8494775c863e8b406
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164749
Tested-by: Jenkins
Reviewed-by: Heiko Tietze
Reviewed-by: Adolfo Jayme Barrientos
(cherry picked from commit 58f565cb2dcf6e7b7eb2eb269776993516a29bf0)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164875
diff --git a/sc/source/ui/miscdlgs/solveroptions.cxx
b/sc/source/ui/miscdlgs/solveroptions.cxx
index 3d5b2b47c178..81f5c8b7b4ce 100644
--- a/sc/source/ui/miscdlgs/solveroptions.cxx
+++ b/sc/source/ui/miscdlgs/solveroptions.cxx
@@ -69,7 +69,7 @@ ScSolverOptionsDialog::ScSolverOptionsDialog(weld::Window*
pParent,
, m_xBtnEdit(m_xBuilder->weld_button("edit"))
{
m_xLbSettings->set_size_request(m_xLbSettings->get_approximate_digit_width() *
32,
-m_xLbSettings->get_height_rows(6));
+m_xLbSettings->get_height_rows(12));
m_xLbSettings->enable_toggle_buttons(weld::ColumnToggleType::Check);
core.git: 2 commits - bin/find-can-be-private-symbols.functions.results include/linguistic include/oox include/svl include/svx include/tools include/vcl oox/source sc/inc sd/source svx/source sw/qa sw
bin/find-can-be-private-symbols.functions.results | 68 --
include/linguistic/lngprophelp.hxx|1
include/oox/helper/binaryoutputstream.hxx | 40 --
include/svl/itempool.hxx |7 -
include/svx/numinf.hxx|1
include/tools/json_writer.hxx |3
include/tools/ref.hxx |3
include/vcl/texteng.hxx | 146 +++---
oox/source/helper/binaryoutputstream.cxx | 50 ---
sc/inc/validat.hxx|2
sd/source/ui/inc/NotesChildWindow.hxx |1
svx/source/items/numinf.cxx | 10 -
sw/qa/inc/swmodeltestbase.hxx |2
sw/qa/unit/swmodeltestbase.cxx|7 -
sw/source/uibase/config/cfgitems.cxx |5
sw/source/uibase/inc/cfgitems.hxx |2
tools/source/misc/json_writer.cxx |5
17 files changed, 73 insertions(+), 280 deletions(-)
New commits:
commit 144dd13818581e8753c2b0a8707ffe047837f273
Author: Noel Grandin
AuthorDate: Sat Mar 16 19:10:39 2024 +0200
Commit: Noel Grandin
CommitDate: Sun Mar 17 13:06:48 2024 +0100
loplugin:unusedmethods
Change-Id: Ib0a72355972662c6b902bca9a527be91fb3e1d17
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164930
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/include/linguistic/lngprophelp.hxx
b/include/linguistic/lngprophelp.hxx
index 6b06d5cd9628..854c2310a0c7 100644
--- a/include/linguistic/lngprophelp.hxx
+++ b/include/linguistic/lngprophelp.hxx
@@ -221,7 +221,6 @@ public:
voidSetTmpPropVals( const css::beans::PropertyValues );
boolIsSpellUpperCase() const;
boolIsSpellWithDigits() const;
-boolIsSpellCapitalization() const;
boolIsSpellClosedCompound() const;
boolIsSpellHyphenatedCompound() const;
/// @throws css::uno::RuntimeException
diff --git a/include/oox/helper/binaryoutputstream.hxx
b/include/oox/helper/binaryoutputstream.hxx
index 67a7af646c6d..218e27c9f86c 100644
--- a/include/oox/helper/binaryoutputstream.hxx
+++ b/include/oox/helper/binaryoutputstream.hxx
@@ -159,46 +159,6 @@ private:
boolmbAutoClose;///< True = automatically close stream
on destruction.
};
-
-/** Wraps a StreamDataSequence and provides convenient access functions.
-
-The binary data in the stream is written in little-endian format. After
-construction, the stream points to the beginning of the passed data
-sequence. The data sequence is expanded automatically while writing to it.
- */
-class SequenceOutputStream final : public BinaryOutputStream
-{
-public:
-/** Constructs the wrapper object for the passed data sequence.
-
-@attention
-The passed data sequence MUST live at least as long as this stream
-wrapper. The data sequence MUST NOT be changed from outside as long
-as this stream wrapper is used to write to it.
- */
-explicitSequenceOutputStream( StreamDataSequence & rData );
-
-/** Writes the passed data sequence. */
-virtual voidwriteData( const StreamDataSequence& rData, size_t
nAtomSize = 1 ) override;
-
-/** Write nBytes bytes from the (preallocated!) buffer pMem. */
-virtual voidwriteMemory( const void* pMem, sal_Int32 nBytes,
size_t nAtomSize = 1 ) override;
-
-/** Returns the size of the wrapped data sequence. */
-virtual sal_Int64 size() const override;
-/** Returns the current stream position. */
-virtual sal_Int64 tell() const override;
-/** Seeks the stream to the passed position. */
-virtual voidseek( sal_Int64 nPos ) override;
-/** Releases the reference to the data sequence. */
-virtual voidclose() override;
-
-private:
-StreamDataSequence* mpData; ///< Wrapped data sequence.
-sal_Int32 mnPos; ///< Current position in the sequence.
-};
-
-
} // namespace oox
#endif
diff --git a/include/svl/itempool.hxx b/include/svl/itempool.hxx
index 5b4c7c7465db..7c3868ca9996 100644
--- a/include/svl/itempool.hxx
+++ b/include/svl/itempool.hxx
@@ -209,7 +209,6 @@ public:
const WhichRangesContainer& GetMergedIdRanges() const;
protected:
-static inline void ClearRefCount(SfxPoolItem& rItem);
static inline void AddRef(const SfxPoolItem& rItem);
static inline sal_uInt32ReleaseRef(const SfxPoolItem& rItem,
sal_uInt32 n = 1);
@@ -361,12 +360,6 @@ private:
static const sal_uInt16 SFX_WHICH_MAX = 4999;
};
-// only the pool may manipulate the reference counts
-inline void SfxItemPool::ClearRefCount(SfxPoolItem& rItem)
-{
-rItem.SetRefCount(0);
-}
-
// only the pool may manipulate the reference counts
inline void
core.git: Branch 'distro/collabora/co-24.04' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit d28e45df219b0dbcec983f863c5a3fe20fec Author: Andras Timar AuthorDate: Sun Mar 17 22:08:13 2024 +0100 Commit: Andras Timar CommitDate: Sun Mar 17 22:08:13 2024 +0100 Bump version to 24.04.1.1 Change-Id: I8e6c84ba97c9ef90933128afa29a56a0cbecf45c diff --git a/configure.ac b/configure.ac index 01cb022ea1d4..4fcc847630d2 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],[24.04.0.1],[],[],[https://collaboraoffice.com/]) +AC_INIT([Collabora Office],[24.04.1.1],[],[],[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
translations.git: Changes to 'refs/tags/cp-24.04.1-1'
Tag 'cp-24.04.1-1' created by Andras Timar at 2024-03-17 21:08 + cp-24.04.1-1 Changes since cp-24.04.0-1: Andras Timar (1): [cp] Remove reference to menu in dialog text --- source/ar/sc/messages.po| 10 ++ source/bg/sc/messages.po| 10 ++ source/ca/sc/messages.po| 10 ++ source/cs/sc/messages.po| 10 ++ source/da/sc/messages.po| 10 ++ source/de/sc/messages.po| 10 ++ source/el/sc/messages.po| 10 ++ source/en-GB/sc/messages.po | 10 ++ source/eo/sc/messages.po| 10 ++ source/es/sc/messages.po| 10 ++ source/eu/sc/messages.po| 10 ++ source/fi/sc/messages.po| 10 ++ source/fr/sc/messages.po| 10 ++ source/gl/sc/messages.po| 10 ++ source/hr/sc/messages.po| 10 ++ source/hu/sc/messages.po| 10 ++ source/id/sc/messages.po| 10 ++ source/is/sc/messages.po| 10 ++ source/it/sc/messages.po| 10 ++ source/ja/sc/messages.po| 10 ++ source/ko/sc/messages.po| 10 ++ source/nb/sc/messages.po| 10 ++ source/nl/sc/messages.po| 10 ++ source/oc/sc/messages.po| 10 ++ source/pl/sc/messages.po| 10 ++ source/pt-BR/sc/messages.po | 10 ++ source/pt/sc/messages.po| 10 ++ source/ru/sc/messages.po| 10 ++ source/sk/sc/messages.po| 10 ++ source/sl/sc/messages.po| 10 ++ source/sv/sc/messages.po| 10 ++ source/tr/sc/messages.po| 10 ++ source/uk/sc/messages.po| 10 ++ source/zh-CN/sc/messages.po | 10 ++ source/zh-TW/sc/messages.po | 10 ++ 35 files changed, 70 insertions(+), 280 deletions(-) ---
dictionaries.git: Changes to 'refs/tags/cp-24.04.1-1'
Tag 'cp-24.04.1-1' created by Andras Timar at 2024-03-17 21:08 + cp-24.04.1-1 Changes since co-24.04-branch-point: Marco A.G.Pinto (1): tdf#159164 Update the English dictionaries: GB+ZA+AU+CA+US --- en/changelog.txt | 32 + en/description.xml |2 en/en_AU.aff |6 en/en_CA.aff |6 en/en_GB.aff |2 en/en_GB.dic | 1191 + en/en_US.aff |6 en/en_ZA.aff | 56 +- en/package-description.txt | 10 9 files changed, 869 insertions(+), 442 deletions(-) ---
help.git: Changes to 'refs/tags/cp-24.04.1-1'
Tag 'cp-24.04.1-1' created by Andras Timar at 2024-03-17 21:08 + cp-24.04.1-1 Changes since co-24.04-branch-point-22: --- 0 files changed ---
core.git: Changes to 'refs/tags/cp-24.04.1-1'
Tag 'cp-24.04.1-1' created by Andras Timar at 2024-03-17 21:08 + cp-24.04.1-1 Changes since cp-24.04.0-1-218: --- 0 files changed ---
core.git: vcl/workben
vcl/workben/fodt2pdffuzzer.options |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 479b5bbe8ca2177ba7574e7aa2308b5d0de1895c Author: Caolán McNamara AuthorDate: Sun Mar 17 21:31:04 2024 + Commit: Caolán McNamara CommitDate: Sun Mar 17 23:05:13 2024 +0100 bump odt2pdffuzzer max_len again Change-Id: I124f97e1f3c024d05f29079bc699cf0ea12d06d6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164955 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/vcl/workben/fodt2pdffuzzer.options b/vcl/workben/fodt2pdffuzzer.options index b75fa1aff355..be4b5a305932 100644 --- a/vcl/workben/fodt2pdffuzzer.options +++ b/vcl/workben/fodt2pdffuzzer.options @@ -1,3 +1,3 @@ [libfuzzer] -max_len = 32768 +max_len = 40960 dict = odf.dict
core.git: Branch 'libreoffice-24-2' - external/skia
external/skia/Library_skia.mk |5 + 1 file changed, 5 insertions(+) New commits: commit 0696fa0845feaab96a90dfdce96131998961b50a Author: Patrick Luby AuthorDate: Sat Mar 16 14:46:29 2024 -0400 Commit: Adolfo Jayme Barrientos CommitDate: Sun Mar 17 07:09:04 2024 +0100 tdf#160036 Enable SKSL when using Skia/Raster Starting with the upgrade of Skia from m111 to m116, SKSL is disabled by default for Skia/Raster so define SK_RASTER_PIPELINE_OPS_ALL to enable it. Change-Id: Ibd10efa0540f1e87123c341b529c8e3931e1a8fb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164933 Tested-by: Jenkins Reviewed-by: Patrick Luby (cherry picked from commit 22dbaf45fb378107ad7daa0d7894939d6e0c7ee3) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164876 Reviewed-by: Adolfo Jayme Barrientos diff --git a/external/skia/Library_skia.mk b/external/skia/Library_skia.mk index c2163d299327..55af14cd2daf 100644 --- a/external/skia/Library_skia.mk +++ b/external/skia/Library_skia.mk @@ -23,6 +23,7 @@ $(eval $(call gb_Library_add_defs,skia,\ -DSK_USER_CONFIG_HEADER="<$(BUILDDIR)/config_host/config_skia.h>" \ $(if $(filter INTEL,$(CPUNAME)),$(if $(filter WNT,$(OS)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE1,-DSK_CPU_SSE_LEVEL=0)) \ $(if $(filter X86_64,$(CPUNAME)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE2) \ +-DSK_ENABLE_SKSL_IN_RASTER_PIPELINE \ )) # SK_DEBUG controls runtime checks and is controlled by config_skia.h and depends on DBG_UTIL. @@ -565,6 +566,8 @@ $(eval $(call gb_Library_add_generated_exception_objects,skia,\ UnpackedTarball/skia/src/sksl/analysis/SkSLReturnsInputAlpha \ UnpackedTarball/skia/src/sksl/analysis/SkSLSymbolTableStackBuilder \ UnpackedTarball/skia/src/sksl/analysis/SkSLSwitchCaseContainsExit \ +UnpackedTarball/skia/src/sksl/analysis/SkSLGetLoopControlFlowInfo \ +UnpackedTarball/skia/src/sksl/analysis/SkSLIsDynamicallyUniformExpression \ UnpackedTarball/skia/src/sksl/codegen/SkSLGLSLCodeGenerator \ UnpackedTarball/skia/src/sksl/codegen/SkSLMetalCodeGenerator \ UnpackedTarball/skia/src/sksl/codegen/SkSLPipelineStageCodeGenerator \ @@ -572,6 +575,8 @@ $(eval $(call gb_Library_add_generated_exception_objects,skia,\ UnpackedTarball/skia/src/sksl/codegen/SkSLSPIRVtoHLSL \ UnpackedTarball/skia/src/sksl/codegen/SkSLVMCodeGenerator \ UnpackedTarball/skia/src/sksl/codegen/SkSLWGSLCodeGenerator \ +UnpackedTarball/skia/src/sksl/codegen/SkSLRasterPipelineBuilder \ +UnpackedTarball/skia/src/sksl/codegen/SkSLRasterPipelineCodeGenerator \ UnpackedTarball/skia/src/sksl/transform/SkSLAddConstToVarModifiers \ UnpackedTarball/skia/src/sksl/transform/SkSLEliminateDeadFunctions \ UnpackedTarball/skia/src/sksl/transform/SkSLEliminateDeadGlobalVariables \
core.git: chart2/source
chart2/source/controller/chartapiwrapper/TitleWrapper.cxx |7 +++
1 file changed, 7 insertions(+)
New commits:
commit 9661b094e10602148c3cf68bcce01f4a6714bedd
Author: Julien Nabet
AuthorDate: Sun Mar 17 09:31:22 2024 +0100
Commit: Julien Nabet
CommitDate: Sun Mar 17 11:14:23 2024 +0100
tdf#160225, related tdf#92768: hide axis title not taken into account
when...
duplicating sheet or when saving a file and reopen it.
When creating a title for an axis, "createTitle" is called.
Before tdf#92768 "support hiding title objects", when unchecking "axis
title" in sidebar,
the title was removed (via "removeTitle")
But since tdf#92768, "hideTitle" is called instead.
The pb is "Visible" attribute wasn't registered in
StaticTitleWrapperPropertyArray.
So when duplicating sheet after having created a title and hidden it,
when duplicating sheet, the new sheet had the title visible.
In the same way if, after having created a title and hidden it,
you save the file and reopen it, the title is displayed.
Change-Id: I980505ec02906e673dd60a60e4d9837928bf8876
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164938
Reviewed-by: Noel Grandin
Tested-by: Jenkins
Reviewed-by: Julien Nabet
diff --git a/chart2/source/controller/chartapiwrapper/TitleWrapper.cxx
b/chart2/source/controller/chartapiwrapper/TitleWrapper.cxx
index 75d6c9e98f1f..9c802462ff09 100644
--- a/chart2/source/controller/chartapiwrapper/TitleWrapper.cxx
+++ b/chart2/source/controller/chartapiwrapper/TitleWrapper.cxx
@@ -127,6 +127,7 @@ namespace
enum
{
PROP_TITLE_STRING,
+PROP_TITLE_VISIBLE,
PROP_TITLE_TEXT_ROTATION,
PROP_TITLE_TEXT_STACKED
};
@@ -140,6 +141,12 @@ void lcl_AddPropertiesToVector(
beans::PropertyAttribute::BOUND
| beans::PropertyAttribute::MAYBEVOID );
+rOutProperties.emplace_back( "Visible",
+ PROP_TITLE_VISIBLE,
+ cppu::UnoType::get(),
+ beans::PropertyAttribute::BOUND
+ | beans::PropertyAttribute::MAYBEVOID );
+
rOutProperties.emplace_back( "TextRotation",
PROP_TITLE_TEXT_ROTATION,
cppu::UnoType::get(),
core.git: sc/source
sc/source/ui/docshell/docfunc.cxx | 25 +
sc/source/ui/inc/undoblk.hxx |6 --
sc/source/ui/undo/undoblk.cxx | 26 +-
3 files changed, 30 insertions(+), 27 deletions(-)
New commits:
commit c492de66a077f3a2a960209b0b8b278b3901f361
Author: Mike Kaganski
AuthorDate: Sun Mar 17 13:31:42 2024 +0500
Commit: Mike Kaganski
CommitDate: Sun Mar 17 11:27:59 2024 +0100
tdf#160149: save and restore the whole set of tab's conditional formats
... instead of restoring it only for a range, and then have troubles
deciding how to join the range's formatting with the rest of tab's
formatting.
Change-Id: Ie422893c7847b1473a86c0cd8fc3916144eb24ae
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164937
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/sc/source/ui/docshell/docfunc.cxx
b/sc/source/ui/docshell/docfunc.cxx
index 37f0f2209848..153182419306 100644
--- a/sc/source/ui/docshell/docfunc.cxx
+++ b/sc/source/ui/docshell/docfunc.cxx
@@ -5632,26 +5632,12 @@ void ScDocFunc::ReplaceConditionalFormat( sal_uLong
nOldFormat, std::unique_ptr<
bool bUndo = rDoc.IsUndoEnabled();
ScDocumentUniquePtr pUndoDoc;
ScRange aCombinedRange = rRanges.Combine();
-ScRange aCompleteRange;
if(bUndo)
{
pUndoDoc.reset(new ScDocument(SCDOCMODE_UNDO));
pUndoDoc->InitUndo( rDoc, nTab, nTab );
-
-if(pFormat)
-{
-aCompleteRange = aCombinedRange;
-}
-if(nOldFormat)
-{
-ScConditionalFormat* pOldFormat =
rDoc.GetCondFormList(nTab)->GetFormat(nOldFormat);
-if(pOldFormat)
-aCompleteRange.ExtendTo(pOldFormat->GetRange().Combine());
-}
-
-
rDoc.CopyToDocument(aCompleteRange.aStart.Col(),aCompleteRange.aStart.Row(),nTab,
-
aCompleteRange.aEnd.Col(),aCompleteRange.aEnd.Row(),nTab,
-InsertDeleteFlags::ALL, false, *pUndoDoc);
+if (const auto* pList = rDoc.GetCondFormList(nTab))
+pUndoDoc->SetCondFormList(new ScConditionalFormatList(*pUndoDoc,
*pList), nTab);
}
std::unique_ptr pRepaintRange;
@@ -5684,11 +5670,10 @@ void ScDocFunc::ReplaceConditionalFormat( sal_uLong
nOldFormat, std::unique_ptr<
{
ScDocumentUniquePtr pRedoDoc(new ScDocument(SCDOCMODE_UNDO));
pRedoDoc->InitUndo( rDoc, nTab, nTab );
-
rDoc.CopyToDocument(aCompleteRange.aStart.Col(),aCompleteRange.aStart.Row(),nTab,
-
aCompleteRange.aEnd.Col(),aCompleteRange.aEnd.Row(),nTab,
-InsertDeleteFlags::ALL, false, *pRedoDoc);
+if (const auto* pList = rDoc.GetCondFormList(nTab))
+pRedoDoc->SetCondFormList(new ScConditionalFormatList(*pRedoDoc,
*pList), nTab);
rDocShell.GetUndoManager()->AddUndoAction(
-std::make_unique(,
std::move(pUndoDoc), std::move(pRedoDoc), aCompleteRange));
+std::make_unique(,
std::move(pUndoDoc), std::move(pRedoDoc), nTab));
}
if(pRepaintRange)
diff --git a/sc/source/ui/inc/undoblk.hxx b/sc/source/ui/inc/undoblk.hxx
index 523b48963a25..d002b248d7ce 100644
--- a/sc/source/ui/inc/undoblk.hxx
+++ b/sc/source/ui/inc/undoblk.hxx
@@ -614,11 +614,13 @@ private:
voidDoChange( ScDocument* pSrcDoc ) const;
};
+// This class only uses conditional format lists in the undo/redo documents;
+// no other tab data is needed in the documents
class ScUndoConditionalFormat : public ScSimpleUndo
{
public:
ScUndoConditionalFormat( ScDocShell* pNewDocShell,
-ScDocumentUniquePtr pUndoDoc, ScDocumentUniquePtr pRedoDoc, const
ScRange& rRange);
+ScDocumentUniquePtr pUndoDoc, ScDocumentUniquePtr pRedoDoc, SCTAB
nTab);
virtual ~ScUndoConditionalFormat() override;
virtual voidUndo() override;
@@ -632,7 +634,7 @@ private:
void DoChange(ScDocument* pDoc);
ScDocumentUniquePtr mpUndoDoc;
ScDocumentUniquePtr mpRedoDoc;
-ScRange maRange;
+SCTAB mnTab;
};
class ScUndoConditionalFormatList : public ScSimpleUndo
diff --git a/sc/source/ui/undo/undoblk.cxx b/sc/source/ui/undo/undoblk.cxx
index 8577e058ca17..f07cfd88c46b 100644
--- a/sc/source/ui/undo/undoblk.cxx
+++ b/sc/source/ui/undo/undoblk.cxx
@@ -1606,11 +1606,11 @@ bool ScUndoListNames::CanRepeat(SfxRepeatTarget&
rTarget) const
}
ScUndoConditionalFormat::ScUndoConditionalFormat(ScDocShell* pNewDocShell,
-ScDocumentUniquePtr pUndoDoc, ScDocumentUniquePtr pRedoDoc, const
ScRange& rRange):
+ScDocumentUniquePtr pUndoDoc, ScDocumentUniquePtr pRedoDoc, SCTAB
nTab):
ScSimpleUndo( pNewDocShell ),
mpUndoDoc(std::move(pUndoDoc)),
mpRedoDoc(std::move(pRedoDoc)),
-maRange(rRange)
+mnTab(nTab)
{
}
@@ -1637,9 +1637,25 @@ void ScUndoConditionalFormat::DoChange(ScDocument*
pSrcDoc)
{
core.git: Branch 'libreoffice-24-2-2' - external/skia
external/skia/Library_skia.mk |5 + 1 file changed, 5 insertions(+) New commits: commit 0ffcf99d3e05cf6405d3aa5fbea281a6b5632c9a Author: Patrick Luby AuthorDate: Sat Mar 16 14:46:29 2024 -0400 Commit: Patrick Luby CommitDate: Sun Mar 17 12:25:57 2024 +0100 tdf#160036 Enable SKSL when using Skia/Raster Starting with the upgrade of Skia from m111 to m116, SKSL is disabled by default for Skia/Raster so define SK_RASTER_PIPELINE_OPS_ALL to enable it. Change-Id: Ibd10efa0540f1e87123c341b529c8e3931e1a8fb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164933 Tested-by: Jenkins Reviewed-by: Patrick Luby (cherry picked from commit 22dbaf45fb378107ad7daa0d7894939d6e0c7ee3) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164877 Reviewed-by: Adolfo Jayme Barrientos Reviewed-by: Noel Grandin Tested-by: Patrick Luby diff --git a/external/skia/Library_skia.mk b/external/skia/Library_skia.mk index c2163d299327..55af14cd2daf 100644 --- a/external/skia/Library_skia.mk +++ b/external/skia/Library_skia.mk @@ -23,6 +23,7 @@ $(eval $(call gb_Library_add_defs,skia,\ -DSK_USER_CONFIG_HEADER="<$(BUILDDIR)/config_host/config_skia.h>" \ $(if $(filter INTEL,$(CPUNAME)),$(if $(filter WNT,$(OS)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE1,-DSK_CPU_SSE_LEVEL=0)) \ $(if $(filter X86_64,$(CPUNAME)),-DSK_CPU_SSE_LEVEL=SK_CPU_SSE_LEVEL_SSE2) \ +-DSK_ENABLE_SKSL_IN_RASTER_PIPELINE \ )) # SK_DEBUG controls runtime checks and is controlled by config_skia.h and depends on DBG_UTIL. @@ -565,6 +566,8 @@ $(eval $(call gb_Library_add_generated_exception_objects,skia,\ UnpackedTarball/skia/src/sksl/analysis/SkSLReturnsInputAlpha \ UnpackedTarball/skia/src/sksl/analysis/SkSLSymbolTableStackBuilder \ UnpackedTarball/skia/src/sksl/analysis/SkSLSwitchCaseContainsExit \ +UnpackedTarball/skia/src/sksl/analysis/SkSLGetLoopControlFlowInfo \ +UnpackedTarball/skia/src/sksl/analysis/SkSLIsDynamicallyUniformExpression \ UnpackedTarball/skia/src/sksl/codegen/SkSLGLSLCodeGenerator \ UnpackedTarball/skia/src/sksl/codegen/SkSLMetalCodeGenerator \ UnpackedTarball/skia/src/sksl/codegen/SkSLPipelineStageCodeGenerator \ @@ -572,6 +575,8 @@ $(eval $(call gb_Library_add_generated_exception_objects,skia,\ UnpackedTarball/skia/src/sksl/codegen/SkSLSPIRVtoHLSL \ UnpackedTarball/skia/src/sksl/codegen/SkSLVMCodeGenerator \ UnpackedTarball/skia/src/sksl/codegen/SkSLWGSLCodeGenerator \ +UnpackedTarball/skia/src/sksl/codegen/SkSLRasterPipelineBuilder \ +UnpackedTarball/skia/src/sksl/codegen/SkSLRasterPipelineCodeGenerator \ UnpackedTarball/skia/src/sksl/transform/SkSLAddConstToVarModifiers \ UnpackedTarball/skia/src/sksl/transform/SkSLEliminateDeadFunctions \ UnpackedTarball/skia/src/sksl/transform/SkSLEliminateDeadGlobalVariables \
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #7 from Fred Kruse --- 1. I tested it in English and German. An ODT with a short English text is added. Grammar error: A closing quote is missing. 2. To make it easier to test, I used the built-in LanguageTool with the default server URL for the attached screenshots. But the same error occurred with the Java-based LanguageTool extension. 3. The first screenshots "right click LO 7.6.5" shows the expected behavior. The second screenshot "right click LO 24.2" shows the bug. There is no grammar error context menu but the default context menu as there were nor grammar error. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 38844] Reduce XOR rendering (search RasterOp::Xor)
https://bugs.documentfoundation.org/show_bug.cgi?id=38844 --- Comment #38 from Devansh Varshney --- (In reply to Hossein from comment #36) > $ git grep RasterOp::Xor|grep -v wmf|grep -v emf|grep -v workben > vcl/source/gdi/print.cxx:mpGraphics->SetXORMode( (RasterOp::Invert > == meRasterOp) || (RasterOp::Xor == meRasterOp), RasterOp::Invert == > meRasterOp ); In this one it sets the XOR mode on the acquired graphics object based on the current raster operation (meRasterOp). So, can we replace the SetXORMode() function with SetCompositionMode() to transition away from XOR rendering in the Skia backend? got some idea after searching - https://cpp.hotexamples.com/examples/-/QPainter/setCompositionMode/cpp-qpainter-setcompositionmode-method-examples.html Or is there any other way? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must be a feature of text content, not of character/paragraph styles
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 Eyal Rozenberg changed: What|Removed |Added Summary|A language must not be a|A language must be a |feature of a|feature of text content, |character/paragraph style |not of character/paragraph ||styles --- Comment #9 from Eyal Rozenberg --- (In reply to ajlittoz from comment #8) > Comment #4 mentions a common usage of the Font language attribute to switch > off spellchecking (e.g. for computer code). However, I think this is > semantically wrong. Computer code is just another language (_None_ to avoid > mistaking it for a human language) and this is too part of the data. This is a good point, but there are actually three separate issues here: * Text with no language * Languages for programming and other specific domains rather than languages developed for general-purpose speech and writing. * Text in arbitrary languages LibreOffice does not know about apriori. > I don't like either the idea to retrieve current > language from keyboard layout. I don't believe that was suggested in the context of this bug. The effect of the chosen keyboard layout on the entered text's language is an interesting discussion to have, but let's not have it in this bug. > Auto-detecting current language based on glyph seems to me infeasible: It's indeed quite infeasible. However, in the context of "filling in" language tagging for a document we obtain with no-language-tagging - that might be a reasonable "limited-effort" heuristic. At any rate - doing so is also a matter for another, dependent, bug :-) > I don't grasp the present notion of "groups". What is the commonality > between Arabic and Hindi in the "Complex" group? Layout rules are > dramatically different. Well, there's some similarity in how typesetting is handled: A lot of glyph-joining. OTOH, there are ligatures in Latin/Western languages too... as for "Asian" languages - those are the ideogramic ones, so again, similarity in handling. But it's basically historical reasons. > What would make sense is language tagging. This should not be based on > glyph. Many glyphs are "neutral", like punctuation and in some aspects > "ordinary" digits. Consequently, only author's mark up can eliminate > ambiguities. Indeed. We need more of the LO community to realize the significance and necessity of this fundamental change, for it to gather enough momentum to be executed. > I acknowledge that the matter is difficult and compatibility with existing > documents must be preserved. Font tab language setting could be kept for > that but documentation should discourage its use as obsoleted by a new > feature (separate from the formatting layer). We will have compatibility considerations for the UI, and compatibility considerations for the document markup, and both must be handled with some care. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160249] New: Support marking text as having an arbitrary language
https://bugs.documentfoundation.org/show_bug.cgi?id=160249 Bug ID: 160249 Summary: Support marking text as having an arbitrary language Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com There are lots of artificial domain-specific languages - for programming, for specifying constraints, etc. People sometimes even invent their own toy languages. Once it becomes possible to specify the language of a stretch of text (bug 151290), we should make it possible to specify any language the user wishes to name - i.e. specifying an arbitrary language whose name is provided by the user. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160249] Support marking text as having an arbitrary language
https://bugs.documentfoundation.org/show_bug.cgi?id=160249 Eyal Rozenberg changed: What|Removed |Added Blocks||151290 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151290 [Bug 151290] A language must be a feature of text content, not of character/paragraph styles -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must be a feature of text content, not of character/paragraph styles
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 Eyal Rozenberg changed: What|Removed |Added Depends on||160249 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160249 [Bug 160249] Support marking text as having an arbitrary language -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160245] Paste special operations don't affect percentage cels
https://bugs.documentfoundation.org/show_bug.cgi?id=160245 --- Comment #2 from m_a_riosv --- And works with: Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 --- Comment #2 from Dan Dascalescu --- Fedora Linux 38 KDE spin, kf5 (cairo+wayland) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159728] picture cannot be resized if overlaps the footer
https://bugs.documentfoundation.org/show_bug.cgi?id=159728 lvm changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED|NEW Ever confirmed|0 |1 --- Comment #4 from lvm --- Reopening because bug 159543 is to be fixed by blocking manual invalid resizing of images which won't affect this bug caused by invalid pasting of images. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160250 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160250 [Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||102495, 116222 Version|24.2.0.3 release|6.4.0.3 release --- Comment #4 from Stéphane Guillou (stragu) --- No need to go through the Manage dialog, can be seen by repeatedly doing right-click > Conditional Formatting. Already reproduced in 6.4.0.3. No repro for gen VCL plugin. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=116222 [Bug 116222] [META] Edit conditional formatting dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 116222] [META] Edit conditional formatting dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=116222 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160250 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160250 [Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160251] LibreOffice "Recent Documents" The preview image of a document reveals the content of the document
https://bugs.documentfoundation.org/show_bug.cgi?id=160251 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||stephane.guillou@libreoffic ||e.org Resolution|--- |NOTABUG URL||https://ask.libreoffice.org ||/t/any-way-to-disable-the-s ||tart-center-recent-files-di ||splay/103033/7 Summary|LibreOffice "最近的文档" |LibreOffice "Recent |文档的预览图泄露文档内容。 |Documents" The preview ||image of a document reveals ||the content of the document --- Comment #1 from Stéphane Guillou (stragu) --- Machine translated: --- "All my account passwords are recorded in a table. After editing with LibreOffice, a preview image will be automatically generated. This preview image will be displayed in the "Recent Documents" interface. This preview image leaks my account information. I hope to turn off this preview function and only display the file name. Although this feature is great, it can leak secrets. Hope it improves soon!" --- maxliu369, you can turn the thumbnails off using an expert configuration: Tools > Options > LibreOffice > Advanced > Open Expert Configuration > org.openoffice.Office.Common > History > RecentDocsThumbnail Double-click that property to set it to "false", then restart LibreOffice. (as a side note: managing passwords will likely be more securely done in a password manager application, with regular backups) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160245] Paste special operations don't affect percentage cels
https://bugs.documentfoundation.org/show_bug.cgi?id=160245 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m_a_riosv --- Works for me with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3ba85b7786663da4f2de1a3c2fe7ee9a27657293 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160218] perf: GetDefaultScriptType
https://bugs.documentfoundation.org/show_bug.cgi?id=160218 Aron Budea changed: What|Removed |Added Keywords||perf CC||aron.bu...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160253] New: Heading numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=160253 Bug ID: 160253 Summary: Heading numbering Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rob...@iafrica.com Description: Heading numbering gets messed up - cannot understand why. appears to be same in version 7.3 Steps to Reproduce: 1.created document with headings 2. 3. Actual Results: headings are not consistent when reopening document Expected Results: should be as per design Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 53895] Distraction-free writing extension or functionality (UI)
https://bugs.documentfoundation.org/show_bug.cgi?id=53895 --- Comment #10 from AvidSeeker --- Would love to see this. Currently it can be crudely done via toggling a few options in View tab: Normal -> Web, Status Bar, Sidebar, etc. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160253] Heading numbering
https://bugs.documentfoundation.org/show_bug.cgi?id=160253 --- Comment #1 from Elmar --- Created attachment 193170 --> https://bugs.documentfoundation.org/attachment.cgi?id=193170=edit ToC before re-opening document I cannot tell if something is messed up in the styles or something else, I then correct every heading (I do this back-spacing the heading to the prev paragraph, then hit Enter, then apply the correct style, and Tab to set it to the right level Insert or re-do the ToC it is correct. Next time I open the doc, the headings are all messed up I cannot figure out what I have done wrong. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||109265 Summary|Conditional formatting edit |Conditional formatting edit |dialog keeps moving down|dialog keeps moving down |and to the right|and to the right (kf5) See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||1285 Status|NEEDINFO|NEW --- Comment #3 from Stéphane Guillou (stragu) --- Interestingly, I can reproduce with kf5 (cairo+xcb) in a recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded The dialog keeps moving down until it touches the display's edge. But with kf5 (cairy+wayland) and gtk3, it only moves once to a different position to the one I set, but it stays there on subsequent opens. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109265 [Bug 109265] [META] Remember dialog's previous settings issues -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101285] Manage Conditional Formatting dialog doesn't remember position, column sizes, and range selection
https://bugs.documentfoundation.org/show_bug.cgi?id=101285 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0250 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 109265] [META] Remember dialog's previous settings issues
https://bugs.documentfoundation.org/show_bug.cgi?id=109265 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160250 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160250 [Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160232] LibreOffice Calc - Autocomplete completes Number cells with date cells
https://bugs.documentfoundation.org/show_bug.cgi?id=160232 m_a_riosv changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #5 from m_a_riosv --- Your date is a text date, not a true date, it has a quote preceding the value. '21.02.24 If you change the cell format, you get the same '21.02.24 When a true date, autocomplete doesn't work. https://wiki.documentfoundation.org/Faq/Calc/How_to_convert_number_text_to_numeric_data -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160248] Support marking text as having no language
https://bugs.documentfoundation.org/show_bug.cgi?id=160248 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Stéphane Guillou (stragu) --- [NONE] can already be set to a paragraph style or via character formatting. Why wouldn't that be the case with the implementation of bug 151290? I'm not sure we need a separate ticket for that. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 112270] Find toolbar resets 'Other options' in the Find & Replace dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=112270 --- Comment #15 from lvm --- Still reproducible, still didn't fix itself. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 134864] Calc takes a time for XLSX file opening (so many condition formatting rules in the file)
https://bugs.documentfoundation.org/show_bug.cgi?id=134864 --- Comment #9 from m_a_riosv --- Opening the file with Excel is fast. But selecting in Excel Conditional Formatting Conditional Formatting Rule Manager and trying to select e.g. sheet W2 causes Excel to hang. Microsoft® Excel® para Microsoft 365 MSO (versión 2402 compilación 16.0.17328.20124) de 64 bits So it seems that something is wrong with the file. Maybe too much CF -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93844] SIDEBAR: Style previews in Styles and Formatting tab in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=93844 --- Comment #6 from m_a_riosv --- Unfortunately, no one takes care of it for now. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160226] LibreOffice Math: Clicking on visual elements (i.e. fraction) completely destroys your formula structure
https://bugs.documentfoundation.org/show_bug.cgi?id=160226 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords|bibisectRequest, regression |bibisected, bisected CC||heiko.tietze@documentfounda ||tion.org, ||kha...@libreoffice.org --- Comment #5 from Stéphane Guillou (stragu) --- As I understand it, this was done on purpose with: commit ee187f6ed7873f3ebc1f845a4384a84713be1e9c author Khaled HosnyTue Sep 05 20:24:13 2023 +0300 committer خالد حسني Tue Sep 05 20:28:34 2023 +0200 starmath: Always insert using SmCursor when inline editing is enabled Choosing which code path based on which widget has focus is not a very good idea, and leads to unreliable UI tests as each code path inserts the text slightly differently (one code path inserts plain text then parses the whole equation again, while the other parses the new text then inserts the parsed node directly). Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156578 Khaled, any chance this could be handled better? I assume more users than us 3 will perceive this as a bug. Jumping between visual and syntax editing with the help of the Elements sidebar is to be expected, in my opinion. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93352] UI. RTL: Horizontal scrolling for right-to-left Sheet moves in opposite direction (macOS and Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=93352 Patrick Luby (volunteer) changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |guibomac...@gmail.com |desktop.org | --- Comment #32 from Patrick Luby (volunteer) --- Only had to revert a small portion of commit bfa21ce5fa08f2c634ccb6162914be55aef9f3c2 to get this RTL horizontal swiping and scrollbar clicking and dragging to work!: https://gerrit.libreoffice.org/c/core/+/164959 I still need to reimplement the original GTK issues that commit bfa21ce5fa08f2c634ccb6162914be55aef9f3c2 did fix. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160216] Not possible to load an existing text file (.odt) without the program freezing.
https://bugs.documentfoundation.org/show_bug.cgi?id=160216 --- Comment #3 from m_a_riosv --- Please, can you attach a sample file showing the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Stéphane Guillou (stragu) --- No reproduced in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Which operating system and VCL plugin? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #5 from m_a_riosv --- Seems fine for me with: Version: 24.2.2.1 (X86_64) / LibreOffice Community Build ID: bf759d854b5ab45b6ef0bfd22e51c6dc4fb8b882 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded neither UI render: default; VCL: win -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149780] Writer pdf serial mail includes data sentences
https://bugs.documentfoundation.org/show_bug.cgi?id=149780 --- Comment #4 from QA Administrators --- Dear andreas.bergmann, 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.
[Bug 155759] Blurry text in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=155759 --- Comment #6 from QA Administrators --- Dear aaron.bush97, 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.
[Bug 156624] LibreOffice (writer) crashes intermittently on FIND after following hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=156624 --- Comment #10 from QA Administrators --- Dear Dave Lovelace, 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.
[Bug 112270] Find toolbar resets 'Other options' in the Find & Replace dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=112270 --- Comment #14 from QA Administrators --- Dear lvm, 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.
[Bug 131894] Deleting/moving an empty sheet in a large calc file very slow
https://bugs.documentfoundation.org/show_bug.cgi?id=131894 --- Comment #12 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.
[Bug 144841] Undo not functioning properly after Special Paste RTF (pasted caused a crash prior to 7.1)
https://bugs.documentfoundation.org/show_bug.cgi?id=144841 --- Comment #4 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157070] Enormous fuzzy clone cursor with High-DPI display
https://bugs.documentfoundation.org/show_bug.cgi?id=157070 --- Comment #15 from QA Administrators --- Dear Jim Avera, 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.
[Bug 143394] Icon theme cannot be changed
https://bugs.documentfoundation.org/show_bug.cgi?id=143394 --- Comment #9 from QA Administrators --- Dear tomaskeb, 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.
[Bug 157320] Window gets resized to almost nothing when moving it between screens
https://bugs.documentfoundation.org/show_bug.cgi?id=157320 --- Comment #2 from QA Administrators --- Dear Pablo Pazos, 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.
[Bug 156813] cannot save cannot make a name do not have privileges adminstration owner privileges
https://bugs.documentfoundation.org/show_bug.cgi?id=156813 --- Comment #3 from QA Administrators --- Dear Trevor Apple Cherry, 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.
[Bug 155759] Blurry text in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=155759 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156813] cannot save cannot make a name do not have privileges adminstration owner privileges
https://bugs.documentfoundation.org/show_bug.cgi?id=156813 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156624] LibreOffice (writer) crashes intermittently on FIND after following hyperlink
https://bugs.documentfoundation.org/show_bug.cgi?id=156624 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #10 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159981] Pasting table data with no coloumn breaks (only row breaks), but with fixed number of columns.
https://bugs.documentfoundation.org/show_bug.cgi?id=159981 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160008] let's make Master Document window look different...
https://bugs.documentfoundation.org/show_bug.cgi?id=160008 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 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.
[Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 Bug 98259 depends on bug 160075, which changed state. Bug 160075 Summary: key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win) https://bugs.documentfoundation.org/show_bug.cgi?id=160075 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160251] New: LibreOffice "最近的文档" 文档的预览图泄露文档内容。
https://bugs.documentfoundation.org/show_bug.cgi?id=160251 Bug ID: 160251 Summary: LibreOffice "最近的文档" 文档的预览图泄露文档内容。 Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: maxliu...@skiff.com Created attachment 193168 --> https://bugs.documentfoundation.org/attachment.cgi?id=193168=edit 预览图泄密 我所有的账户密码都记录在一个表格内，用LibreOffice编辑过后会自动生成一个预览图，这个预览图会显示在"最近的文档"界面，这个预览图泄露了我的账户信息。 希望关闭这个预览图功能，只显示文档名就可以了。 虽然这个功能很好，但是会泄密。希望尽快改进！ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 116221] [META] Manage conditional formatting dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=116221 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||160252 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160252 [Bug 160252] Editing a conditional format from the Manage dialog changes the range / creates a new one -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160252] New: Editing a conditional format from the Manage dialog changes the range / creates a new one
https://bugs.documentfoundation.org/show_bug.cgi?id=160252 Bug ID: 160252 Summary: Editing a conditional format from the Manage dialog changes the range / creates a new one Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org CC: armin.le.gr...@me.com Blocks: 116221 Created attachment 193169 --> https://bugs.documentfoundation.org/attachment.cgi?id=193169=edit sample ODS Steps: 1. Open attached ODS 2. Format > Conditional > Manage > Edit (opens the dialog to edit the first conditional format) > Cancel 3. Click Edit again Result A: Range changes to active cell or active selection; creates a new rule if pressing OK. 4. Cancel Result 2: Manage dialog closes. Expected results: range does not change, rule is edited instead of creating a new one, Manage dialog stays open. Bibisected with linux-64-24.8 repo to first bad build [7f212cbb132606387f165be768f859dd36486c08] which points to: commit 74a56b7434047b6ffbf865af60dba98a9273b63a author Armin Le Grand (allotropia) Fri Jan 19 15:42:34 2024 +0100 committer Armin Le Grand Sun Jan 21 12:56:22 2024 +0100 ITEM: solve ScCondFormatDlgItem situation Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162313 Repro in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39663a323c3330c18b610fcdc9e9c75ddac770f1 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Same with gen VCL plugin. Armin, can you please have a look? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116221 [Bug 116221] [META] Manage conditional formatting dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160250] Conditional formatting edit dialog keeps moving down and to the right (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160250 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0252 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160252] Editing a conditional format from the Manage dialog changes the range / creates a new one
https://bugs.documentfoundation.org/show_bug.cgi?id=160252 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Regression By||Armin Le Grand Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160239] Coloring text in a list can change its alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=160239 --- Comment #2 from t...@protonmail.com --- Created attachment 193162 --> https://bugs.documentfoundation.org/attachment.cgi?id=193162=edit changed list items after coloring -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must not be a feature of a character/paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 --- Comment #8 from ajlittoz --- Let me bring my 2 cents to this debate. As mentioned in several comments, _language_ is an inherent property of text. Presently, this can only be set through a character style. But styles in general are tools to **format** text, i.e. change its appearance and flow properties. The language attribute in the Font tab mixes two layers: the abstract semantic layer associated to text significance and the "graphical" decoration layer. As pointed out in another comment, language tagging should be separate from the formatting layer. Comment #4 mentions a common usage of the Font language attribute to switch off spellchecking (e.g. for computer code). However, I think this is semantically wrong. Computer code is just another language (_None_ to avoid mistaking it for a human language) and this is too part of the data. Presently, writing multi-lingual documents is a real pain because this means duplicating styles. I don't like either the idea to retrieve current language from keyboard layout. Keyboard, for me, is a language-neutral device to enter characters. I don't practice layout switching for language switch sake because my keyboards have single engraving. I do switch layout but only because I configured various layouts for infrequent characters access, still continuing to type in the same language. Keyboard layout (again in my workflow) is only a description of the physical keyboard (I have one intl-US in addition to my locale) without implication about the language I type. Not using Font tab language attribute is a way to make styles universal. But this means language sequence is set with direct formatting, which is generally bad because there is no UI for it or visual feedback. Auto-detecting current language based on glyph seems to me infeasible: too many languages share characters (e.g. all West-European languages shares the Latin set, Japanese and Chinese share Kanji, …). I don't grasp the present notion of "groups". What is the commonality between Arabic and Hindi in the "Complex" group? Layout rules are dramatically different. What would make sense is language tagging. This should not be based on glyph. Many glyphs are "neutral", like punctuation and in some aspects "ordinary" digits. Consequently, only author's mark up can eliminate ambiguities. I acknowledge that the matter is difficult and compatibility with existing documents must be preserved. Font tab language setting could be kept for that but documentation should discourage its use as obsoleted by a new feature (separate from the formatting layer). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #4 from Max --- I'm currently using version 24.2.1.2 (installed via pacman). However, I've reinstalled libreoffice and reset it to factory settings. Yet, the error persists. Two more thoughts: - I'm currently running a self-hosted version of the languageTool grammar checker - The new word is correctly added to the used defined dictionary. This works indeed. However, LanguageTool still thinks there's a spelling mistake. After factory resetting, the only settings I configured were: 1. The activation of LanguageTool 2. Change of the base URL to the locally hosted server. Is there anything else I can provide to help you replicate the issue? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160245] New: Paste special operations don't affect percentage cels
https://bugs.documentfoundation.org/show_bug.cgi?id=160245 Bug ID: 160245 Summary: Paste special operations don't affect percentage cels Product: LibreOffice Version: 24.2.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ddascalescu+freedesk...@gmail.com Use case: I have a percentage column that's 100x more than the actual percentage (you'll surely recognize this situation). I want to Paste Special "100" from the clipboard with the Operation set to "Divide". However, the column remains unaffected. If I perform the same operation on a column formatted as Number, the operation succeeds. Reproduction steps: 1. In column A, enter numbers like 1, 2, 3 2. Copy column A to column B 3. Format column A as percent. You'll see 100%, 200%, 300%. 4. Copy "100" to the clipbaord 5. Select column A 6. Paste Special, with Operation set to Divide -> Notice nothing happens to column A 7. Select column B 8. Paste Special, with Operation set to Divide -> Notice numbers ARE divided by 100 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160246] New: Some symbols default to a different font than the font selected when the symbol is inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=160246 Bug ID: 160246 Summary: Some symbols default to a different font than the font selected when the symbol is inserted Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: triadoman...@protonmail.com Description: The font of some symbols after they are inserted is different than the font that was selected at the moment the symbol was clicked on to be inserted. Steps to Reproduce: 1.Set Liberation Serif as the font. 2.Click 'Insert Special Characters' button. 3.Click on the 'Almost Equal To' sign, or the 'Greek Small Letter Sigma' sign (there may be more examples). 4. Highlight just the symbol which appears. 5. Notice that the font for the highlighted symbol is not Liberation Serif, but Liberation Sans instead. 6. Follow the same steps with the symbol 'pi' and notice that there is no issue. Actual Results: The font of the symbol after insertion is different than the font that was selected when the symbol was inserted. Expected Results: The font of the symbol after insertion should be the same as the font that was selected when the symbol was inserted. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Ubuntu package version: 4:24.2.1~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] New: Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 Bug ID: 160243 Summary: Moving picture with arrow key not synchronized with selection handles Product: LibreOffice Version: 6.2.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@post.cz Description: Moving picture with arrow key not synchronized with selection handles. It doesn't work in X11 without skia. When Skia is enabled, bug doesn't occurs. Steps to Reproduce: - open attached file - go to slide 5, select first picture. Handles appears. - move picture right or left with arrow key Actual Results: picture moves, after 1 second handles move (delay) Expected Results: not delay of handles moving Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7eebe680068f68d2e4081c2f4d9b290a4524d40a CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: x11 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160242] New: Enhancement: Make possible 2 or more impress in fullscreen each on a dedicated monitor AND each seekable indipendently with user-defined hotkeys per each file.
https://bugs.documentfoundation.org/show_bug.cgi?id=160242 Bug ID: 160242 Summary: Enhancement: Make possible 2 or more impress in fullscreen each on a dedicated monitor AND each seekable indipendently with user-defined hotkeys per each file. Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mrt_...@yahoo.com Description: I'm creating and running courses and I want to use libreoffice impress. I want to be able to launch multiple presentations in full screen at the same time, each on a dedicated monitor\projector. I want to be able to change slides, independently, on each presentation from the keyboard alone: I would like each presentation to be able to control, at least to go forward and backward, each with keys that I define. For example the first presentation controlled with < and >, the second with WASD, the third with PG+PG- and so on. When I save the files, it must remember that hotkeys, for that specific file. Hotkeys must be file-related and overlapped (in addition) to the global arrows. Then, globally, when there are multiple presentations open, the classic arrows must control all the presentations at the same time (forward by one them all/backward by one them all at the same time); while with the hotkeys defined for each file I can, instead, advance only the one that interests me from time to time. Obviously all in full screen on different screens. If it were possible to also save the preference of which screen to use in each file, it would be great. Actual Results: Impossible to launch multiple fullscreen presentation. Impossibile to control each presentation separately with specific keys user-defined. Expected Results: Ability to launch fullscreen multiple presentation. Control the launched multiple presentation in fullscreen by custom hotkeys each ones, individually and globally. Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159984] FILESAVE PPTX asks to repair when opened with MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=159984 Regina Henschel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Regina Henschel --- I set this as duplicate to but 159931. That on is fixed. The fix will be available in version 7.6.7 and 24.2.3. You can already test it in a daily build. You can install a daily build alongside a regular build. https://dev-builds.libreoffice.org/daily/master/ If you find, that your problem is not fixed in these builds, please set the bug status back to NEW. *** This bug has been marked as a duplicate of bug 159931 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- I cannot confirm it. To which dictionary do you have added the word? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #3 from Regina Henschel --- I can reproduce that the word is not added in version 7.6. But I cannot reproduce it in version 24.2.1. So the problem is already fixed. But I do not find an associated bug report to set this report as duplicate. You can get the new version from https://www.libreoffice.org/download/download-libreoffice/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #5 from Regina Henschel --- So the error is not with the build-in spell-checker but with a tool "languageTool". Someone else who uses such tool needs to look at this report. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160248] Support marking text as having no language
https://bugs.documentfoundation.org/show_bug.cgi?id=160248 Eyal Rozenberg changed: What|Removed |Added Depends on||151290 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151290 [Bug 151290] A language must be a feature of text content, not of character/paragraph styles -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151290] A language must be a feature of text content, not of character/paragraph styles
https://bugs.documentfoundation.org/show_bug.cgi?id=151290 Eyal Rozenberg changed: What|Removed |Added Blocks||160248 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160248 [Bug 160248] Support marking text as having no language -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160248] New: Support marking text as having no language
https://bugs.documentfoundation.org/show_bug.cgi?id=160248 Bug ID: 160248 Summary: Support marking text as having no language Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com (This bug regards a future era after we've resolved bug 151290 and can specify the language of a stretch of text, not as an aspect of formatting but properly; and regardless of "language groups".) Some text is not actually part of any language. Examples: * Gibberish text * Transcription of non-verbal noise * Randomly-generated text etc. and note this is _not_ the same as having unknown language, nor the same as being in multiple languages simultaneously. It should be possible to indicate that a stretch of text has _no_ language. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93352] UI. RTL: Horizontal scrolling for right-to-left Sheet moves in opposite direction (macOS and Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=93352 --- Comment #29 from Patrick Luby (volunteer) --- (In reply to Patrick Luby (volunteer) from comment #28) > Conclusion: I believe that this is a bug in the Calc code. For me, the > horizontal scrollbar layout and swiping behavior looks correct in Writer and > Impress documents, but Calc is failing to flip both the horizontal scrollbar > layout and the native horizontal scroll events that it receives. After a little debugging, I think there are two separate bugs that will need to be fixed: 1. Swiping and mouse wheel: horizontal events cause Calc to move in the opposite direction than expected but are handled correctly in Writer and Impress. 2. Scrollbar display: I disabled the "use native scrollbar" code using the following debug patch and the non-native scrollbar is correctly positioned against the right edge of the window, Also, dragging the horizontal scrollbar thumb or clicking on the non-thumb of the scrollbar works correctly. So I am guessing that the macOS HITheme functions that draw a native scrollbar on macOS are flipping the direction of the horizontal scrollbar: diff --git a/vcl/osx/salnativewidgets.cxx b/vcl/osx/salnativewidgets.cxx index 8a7e81fd5d86..8b5ee27f9d96 100644 --- a/vcl/osx/salnativewidgets.cxx +++ b/vcl/osx/salnativewidgets.cxx @@ -135,9 +135,11 @@ bool AquaSalGraphics::isNativeControlSupported(ControlType nType, ControlPart nP return true; break; case ControlType::Scrollbar: +/* if (nPart == ControlPart::DrawBackgroundHorz || nPart == ControlPart::DrawBackgroundVert || nPart == ControlPart::Entire || nPart == ControlPart::HasThreeButtons) return true; +*/ break; case ControlType::Slider: if (nPart == ControlPart::TrackHorzArea || nPart == ControlPart::TrackVertArea) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160241] Scrollbar arrows not always visible despite Windows settings
https://bugs.documentfoundation.org/show_bug.cgi?id=160241 Mike Kaganski changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/global-libreoffice-scrol ||lbar-accessibility/103609 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160243] Moving picture with arrow key not synchronized with selection handles
https://bugs.documentfoundation.org/show_bug.cgi?id=160243 --- Comment #4 from DuyN --- Thank you for reporting the bug. I can not reproduce the bug in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3ba85b7786663da4f2de1a3c2fe7ee9a27657293 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160247] New: CONVERT becomes CONVERT_OOO when cell formula is set via macro.
https://bugs.documentfoundation.org/show_bug.cgi?id=160247
Bug ID: 160247
Summary: CONVERT becomes CONVERT_OOO when cell formula is set
via macro.
Product: LibreOffice
Version: 7.3.3.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: vibrationofl...@pm.me
Created attachment 193167
--> https://bugs.documentfoundation.org/attachment.cgi?id=193167=edit
Contains macro that demonstrates bug.
I attempted to set the cell formaul to CONVERT and it becomes CONVERT_OOO and
fails.
I have included an attachment with a simple macro:
The SUM formula works fine. The CONVERT fails.
I have tested this in basic and in python. From version 7.3 to Version 24.2.
All fail the same. My testing machine is running Ubuntu 22.04.
Sub Main
doc = ThisComponent
sheet = doc.Sheets(0)
sheet.getCellByPosition(0,0).setValue(1)
sheet.getCellByPosition(1,0).setValue(2)
sheet.getCellByPosition(2,0).setFormula("=SUM(A1:B1)")
sheet.getCellByPosition(3,0).setFormula("=CONVERT(A1, ""yd"", ""m""")
End Sub
Screenshot Link:
https://github.com/Amourspirit/python-ooouno-ex/assets/4193389/cdec402a-1386-47c8-838c-6ac50a76a87e
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 160231] Images in Calc get lost even in the newest version of Libreoffice 24.2.0.3
https://bugs.documentfoundation.org/show_bug.cgi?id=160231 --- Comment #4 from MB --- You are right, of course I understand the need to have very specific steps but I couldn't find a deterministic sequence to reproduce it. I'll try to be more methodic and return with more infos. At this point would the corrupted file be useful, should I uploaded too? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #6 from Fred Kruse --- Created attachment 193159 --> https://bugs.documentfoundation.org/attachment.cgi?id=193159=edit ODT with grammar error: missig quote -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #9 from Fred Kruse --- Created attachment 193161 --> https://bugs.documentfoundation.org/attachment.cgi?id=193161=edit Bug: LO 24.2: Right click on grammar error -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160127] grammar context menu is not displayed if no suggestions exist
https://bugs.documentfoundation.org/show_bug.cgi?id=160127 --- Comment #8 from Fred Kruse --- Created attachment 193160 --> https://bugs.documentfoundation.org/attachment.cgi?id=193160=edit Correct: LO 7.6.5: Right click on grammar error -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160240] Problem to read with MS Powerpoint a pptx file generated with Impress 7.6 or 24.2
https://bugs.documentfoundation.org/show_bug.cgi?id=160240 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Regina Henschel --- I set this as duplicate to but 159931. That one is fixed. The fix will be available in version 7.6.7 and 24.2.3. You can already test it in a daily build. You can install a daily build alongside a regular build. https://dev-builds.libreoffice.org/daily/master/ If you find, that your problem is not fixed in these builds, please set the bug status back to UNCONFIRMED. *** This bug has been marked as a duplicate of bug 159931 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160237] Deactivated rules in of languageTool are still applied in Libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=160237 --- Comment #2 from Max --- Thanks a lot for looking into this matter, much appreciated! The word is added to the user defined dictionaries (Tools -> Options -> Languages and Locales -> Writing Aids -> standard [all]). This is where it got added after right clicking the word and selecting "add to dictionary". After adding the word into the above dictionary (and restarting libreoffice completely), it is still highlighted as *wrong* (red underlining). Cutting and copying the word retains the issue, as does removing the sentence and retyping it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 113360] [META] Solver-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113360 Bug 113360 depends on bug 160122, which changed state. Bug 160122 Summary: The Options dialog that opens from the Solver dialog could be a bit taller to fit all options https://bugs.documentfoundation.org/show_bug.cgi?id=160122 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160244] New: Tab stops don't save in form controls
https://bugs.documentfoundation.org/show_bug.cgi?id=160244 Bug ID: 160244 Summary: Tab stops don't save in form controls Product: LibreOffice Version: 7.6.4.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: galdar1...@gmail.com Created attachment 193166 --> https://bugs.documentfoundation.org/attachment.cgi?id=193166=edit Form control problems in a .docx format This is an additional bug with the form controls in writer on version 7.6.4.1. It seems like the bug I reported about text boxes not saving data, it also doesn't save the tab stops. I can go through and set them in order from 0 to 44 in design mode. Save it. Change to regular mode, and it works fine. As soon as I close the form and re-open it, all the tab stops are reset to 0. Thanks! Michael Boyer -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160239] Coloring text in a list can change its alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=160239 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #1 from V Stuart Foote --- Can't confirm. Changing Highlighting via the Character... dialog or the Standard TB button, nor if removing the DF and adjusting the List style. Alignment remains, though the original list does have mixed font size (11pt Calibri from style for the leading Tab, with 8pt Calibri DF for the text entry). Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 116091] Replace 'AutoFormat' button with table style listbox in Convert Text to Table dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=116091 Sujatro Bhadra changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |sujatrobha...@gmail.com |desktop.org | --- Comment #36 from Sujatro Bhadra --- I have ass -- You are receiving this mail because: You are the assignee for the bug.
