[Libreoffice-commits] core.git: lotuswordpro/source
lotuswordpro/source/filter/lwptools.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 74bcd46bbf4cb88112b054e5b192a995f3ef354a Author: Andrea Gelmini AuthorDate: Tue Feb 1 16:16:52 2022 +0100 Commit: Julien Nabet CommitDate: Wed Feb 2 08:57:44 2022 +0100 Fix typo Change-Id: Ice5721d480567be4f8a4a79da6e01a6a389bf4bb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129318 Tested-by: Julien Nabet Reviewed-by: Julien Nabet diff --git a/lotuswordpro/source/filter/lwptools.cxx b/lotuswordpro/source/filter/lwptools.cxx index 674be2b89cd8..8a171fda7755 100644 --- a/lotuswordpro/source/filter/lwptools.cxx +++ b/lotuswordpro/source/filter/lwptools.cxx @@ -264,8 +264,8 @@ std::unique_ptr LwpTools::GetSystemDateStyle(bool bLongFormat) return nullptr; // 3 parse pattern string,per icu date/time format syntax, there are 20 letters reserved // as pattern letter,each represent an element in date/time and its repeat numbers represent -// different format: for example: M produces '1',MM produces '01', MMM produces 'Jan', produces 'Januaray' -// letter other than these letters is regard as text in the format, for example ','in 'Jan,2005' +// different format: for example: M produces '1', MM produces '01', MMM produces 'Jan', produces 'January' +// letter other than these letters is regard as text in the format, for example ',' in 'Jan,2005' // we parse pattern string letter by letter and get the time format. UChar cSymbol; UChar cTmp;
[Libreoffice-commits] core.git: compilerplugins/clang
compilerplugins/clang/cow_wrapper.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 1305329c1a1931c322761b7e3390d7bdaa1f Author: Andrea Gelmini AuthorDate: Tue Feb 1 15:23:29 2022 +0100 Commit: Julien Nabet CommitDate: Wed Feb 2 08:56:07 2022 +0100 Fix typo Change-Id: I2532e97d2f7b4808832ef1ead5a928885ff7c3c6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129317 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/compilerplugins/clang/cow_wrapper.cxx b/compilerplugins/clang/cow_wrapper.cxx index d5d1b47b3a43..aed9d609d289 100644 --- a/compilerplugins/clang/cow_wrapper.cxx +++ b/compilerplugins/clang/cow_wrapper.cxx @@ -21,7 +21,7 @@ /* Look for places where we are using cow_wrapper, but we are calling a const method on the impl object -with a non-const pointer, which means we will unnnecessarily trigger a copy. +with a non-const pointer, which means we will unnecessarily trigger a copy. */ namespace
Re: Material preset "Metal" for extruded custom shapes
Hi Regina, On Sun, Jan 30, 2022 at 11:20:33PM +0100, Regina Henschel wrote: > I want to make rendering similar to actual rendering in MSO in case we have > an import from MSO. MSO uses for the attribute c3DDiffuseAmt the special > value 43712/65536 in case of "Metal", otherwise 65536/65536. > Currently I use this special value in my ongoing work [4] to detect, that > the shape 'wants' a Metal-rendering like MSO. The attribute c3DDiffuseAmt > has the corresponding attribute draw:extrusion-diffusion in ODF. So a > document imported from MSO binary format and then saved to ODF looks still > as MSO-kind, when reopening the document. But it is somehow a misuse of that > ODF attribute. > Do you think, that I should stay with that approach? Alternative would be to > use a marker in an interoperability bag. But that would loose the > information when writing to ODF. > > Opinions? It seems to me that both of these are useful -- could we have both? I.e. add a new "diffuse metal" (or any other suitable name) property for the MSO behavior and keep our "metal" for the existing LO way? Then you could map the MSO c3DDiffuseAmt to the "diffuse metal", and have both types of metal in the same document. Yes, this means going through the usual new feature checklist[1], but if you have time to do that, probably that would be better than a misuse or a grab-bag. Regards, Miklos [1] https://wiki.documentfoundation.org/Development/Writer#Adding_a_new_feature has that list, but it's not specific to Writer, perhaps we should move that to some more common place.
[Libreoffice-bugs] [Bug 107727] FILESAVE RTF: border-less text frame gets a border line
https://bugs.documentfoundation.org/show_bug.cgi?id=107727 --- Comment #14 from Commit Notification --- Regina Henschel committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9877a0190e43241f4a5102e5d9cc7181f91d5a6f tdf#107727 disable border in RTF export if not drawn It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107727] FILESAVE RTF: border-less text frame gets a border line
https://bugs.documentfoundation.org/show_bug.cgi?id=107727 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/core/draw/data/tdf107727_FrameBorder.odt |binary
sw/qa/core/draw/draw.cxx | 43
sw/source/filter/ww8/rtfattributeoutput.cxx| 52 -
3 files changed, 78 insertions(+), 17 deletions(-)
New commits:
commit 9877a0190e43241f4a5102e5d9cc7181f91d5a6f
Author: Regina Henschel
AuthorDate: Tue Feb 1 20:38:07 2022 +0100
Commit: Miklos Vajna
CommitDate: Wed Feb 2 08:38:11 2022 +0100
tdf#107727 disable border in RTF export if not drawn
A border of a text frame is not drawn, if it is really disabled or if
its line style is None. The patch considers both cases. Previously the
first case was missing.
LO can disable single border lines and single border lines can have
different styles. The patch uses a border line now, that is really
drawn, to get the color and width. It uses the first one in order
top, bottom, left, right.
In theory RTF can describe disabling single border lines by using the
flags fTopLine, fBottomLine, fLeftLine or fRightLine. But Word has
only the ability to enable all or none of the border lines for an old
kind text box as contained in an rtf-document. The current patch uses
therefore this all-or-none approach too. It enables border if at least
one is actually drawn, because that keeps the style settings for that
border line. Previously all four border lines need to be drawn.
If it is changed to use the flags fTopLine, fBottomLine, fLeftLine
and fRightLine on export, then it would be possible to recover showing
only single border lines on reimport. But that is out of scope here.
Change-Id: Ib78604def154c133d3c93bc75a38731eb6b02294
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129305
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/qa/core/draw/data/tdf107727_FrameBorder.odt
b/sw/qa/core/draw/data/tdf107727_FrameBorder.odt
new file mode 100644
index ..6b7bc3a375fa
Binary files /dev/null and b/sw/qa/core/draw/data/tdf107727_FrameBorder.odt
differ
diff --git a/sw/qa/core/draw/draw.cxx b/sw/qa/core/draw/draw.cxx
index 97b6a2bb7d79..c2514808f8e4 100644
--- a/sw/qa/core/draw/draw.cxx
+++ b/sw/qa/core/draw/draw.cxx
@@ -10,6 +10,7 @@
#include
#include
+#include
#include
#include
@@ -18,6 +19,10 @@
#include
#include
+#include
+#include
+#include
+
constexpr OUStringLiteral DATA_DIRECTORY = u"/sw/qa/core/draw/data/";
/// Covers sw/source/core/draw/ fixes.
@@ -98,6 +103,44 @@ CPPUNIT_TEST_FIXTURE(SwCoreDrawTest, testTextboxUndoOrdNum)
}
}
+CPPUNIT_TEST_FIXTURE(SwCoreDrawTest, testTdf107727FrameBorder)
+{
+// Load a document with a textframe without border, one with only left
border
+OUString aURL = m_directories.getURLFromSrc(DATA_DIRECTORY) +
"tdf107727_FrameBorder.odt";
+mxComponent = loadFromDesktop(aURL, "com.sun.star.text.TextDocument", {});
+
+// Export to RTF and reload
+uno::Reference xStorable(mxComponent, uno::UNO_QUERY);
+utl::TempFile aTempFile;
+aTempFile.EnableKillingFile();
+utl::MediaDescriptor aMediaDescriptor;
+aMediaDescriptor["FilterName"] <<= OUString("Rich Text Format");
+xStorable->storeToURL(aTempFile.GetURL(),
aMediaDescriptor.getAsConstPropertyValueList());
+mxComponent = loadFromDesktop(aTempFile.GetURL(),
"com.sun.star.text.TextDocument", {});
+
+// Get frame without border and inspect it.
+uno::Reference xTextFramesSupplier(mxComponent,
uno::UNO_QUERY);
+uno::Reference
xIndexAccess(xTextFramesSupplier->getTextFrames(),
+ uno::UNO_QUERY);
+uno::Reference xFrame0(xIndexAccess->getByIndex(0),
uno::UNO_QUERY);
+auto aBorder = getProperty(xFrame0, "LeftBorder");
+// fo:border="none" is not available via API, and aBorder.LineWidth has
wrong value (why?).
+sal_uInt32 nBorderWidth
+= aBorder.OuterLineWidth + aBorder.InnerLineWidth +
aBorder.LineDistance;
+// Without patch it failed with Expected 0, Actual 26
+CPPUNIT_ASSERT_EQUAL(static_cast(0), nBorderWidth);
+
+// Get frame with left border and inspect it.
+uno::Reference xFrame1(xIndexAccess->getByIndex(1),
uno::UNO_QUERY);
+aBorder = getProperty(xFrame1, "LeftBorder");
+// Without patch it failed with Expected 127, Actual 26. Default border
width was used.
+nBorderWidth = aBorder.OuterLineWidth + aBorder.InnerLineWidth +
aBorder.LineDistance;
+CPPUNIT_ASSERT_EQUAL(static_cast(127), nBorderWidth);
+// Without patch it failed with Expected Color: R:0 G:0 B:255 A:0, Actual
Color: R:0 G:0 B:0 A:0.
+// Default border color was used.
+CPPUNIT_ASSERT_EQUAL(Color(0xff), Color(ColorTransparency,
aBorder.Color));
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/filter/ww8/rtfattributeoutput.cxx
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/ooxmlexport/ooxmlexport.cxx |8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
New commits:
commit ea23f640d3bf06e4035a96ebe8b8c07a59d6f12c
Author: Miklos Vajna
AuthorDate: Tue Feb 1 20:13:29 2022 +0100
Commit: Miklos Vajna
CommitDate: Wed Feb 2 08:33:58 2022 +0100
CppunitTest_sw_ooxmlexport: remove no longer needed deny list
This suite no longer has tests with such document names.
Change-Id: I1fbe072c1663f657354493b8db1b69fcedd7f162
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129304
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
index 3e44a2f869aa..d11dc3f7f2e1 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport.cxx
@@ -42,14 +42,8 @@ protected:
* Denylist handling
*/
bool mustTestImportOf(const char* filename) const override {
-const char* aDenylist[] = {
-"math-escape.docx",
-"math-mso2k7.docx",
-};
-std::vector vDenylist(aDenylist, aDenylist +
SAL_N_ELEMENTS(aDenylist));
-
// If the testcase is stored in some other format, it's pointless to
test.
-return (OString(filename).endsWith(".docx") &&
std::find(vDenylist.begin(), vDenylist.end(), filename) == vDenylist.end());
+return OString(filename).endsWith(".docx");
}
/**
[Libreoffice-bugs] [Bug 114532] add support for WEBP image format (image import and inside .ods/.odt)
https://bugs.documentfoundation.org/show_bug.cgi?id=114532 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5875 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108437] [META] Image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108437 Bug 108437 depends on bug 145875, which changed state. Bug 145875 Summary: Insert section dialog opened when pasting image from Firefox in Win (paste special is okay) https://bugs.documentfoundation.org/show_bug.cgi?id=145875 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102593] [META] Paste bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102593 Bug 102593 depends on bug 145875, which changed state. Bug 145875 Summary: Insert section dialog opened when pasting image from Firefox in Win (paste special is okay) https://bugs.documentfoundation.org/show_bug.cgi?id=145875 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145875] Insert section dialog opened when pasting image from Firefox in Win (paste special is okay)
https://bugs.documentfoundation.org/show_bug.cgi?id=145875 Aron Budea changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED Whiteboard||target:7.4.0 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||4532 --- Comment #7 from Aron Budea --- This should be fixed now as Luboš added WebP support in bug 114532. I'm not sure if the insert section dialog can still be triggered by pasting unexpected content, as Mike has also added a couple of changes, let's close this for now. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125849] Draw/Writer cannot modify the unit of measure through the ruler above the workspace (Chinese UI only)
https://bugs.documentfoundation.org/show_bug.cgi?id=125849 --- Comment #19 from Mike Kaganski --- Caolan: I don't know if adding two sets (untranslated + translated) into the lists could result in conflicts, where some untranslated name could clash with another unit's translated name, so I don't intend to handle this myself. Please look at it if you have time. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/source
sc/source/ui/view/tabvwshb.cxx |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
New commits:
commit 5e401d253891930e2836dbfc9e5118f340c3c575
Author: Andrea Gelmini
AuthorDate: Tue Feb 1 15:22:03 2022 +0100
Commit: Noel Grandin
CommitDate: Wed Feb 2 08:22:32 2022 +0100
Fix variable name
It passed "make check"
Change-Id: I3536d5ff0100cfa6b840aeded822e6e310c081dd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129315
Tested-by: Noel Grandin
Reviewed-by: Noel Grandin
diff --git a/sc/source/ui/view/tabvwshb.cxx b/sc/source/ui/view/tabvwshb.cxx
index 374e8a667973..6ed88f12e3a6 100644
--- a/sc/source/ui/view/tabvwshb.cxx
+++ b/sc/source/ui/view/tabvwshb.cxx
@@ -223,13 +223,13 @@ void ScTabViewShell::ActivateObject(SdrOle2Obj* pObj,
sal_Int32 nVerb)
uno::Reference < embed::XComponentSupplier > xSup(
xObj, uno::UNO_QUERY_THROW );
uno::Reference< chart2::data::XDataReceiver >
xDataReceiver(
xSup->getComponent(), uno::UNO_QUERY_THROW );
-uno::Reference< chart2::data::XRangeHighlighter >
xRangeHightlighter(
+uno::Reference< chart2::data::XRangeHighlighter >
xRangeHighlighter(
xDataReceiver->getRangeHighlighter());
-if (xRangeHightlighter.is())
+if (xRangeHighlighter.is())
{
uno::Reference< view::XSelectionChangeListener >
xListener(
new ScChartRangeSelectionListener( this ));
-xRangeHightlighter->addSelectionChangeListener(
xListener );
+xRangeHighlighter->addSelectionChangeListener(
xListener );
}
uno::Reference
xPopupRequest(xDataReceiver->getPopupRequest());
if (xPopupRequest.is())
[Libreoffice-bugs] [Bug 147120] New: Repairs document to old version and no clue about new document.
https://bugs.documentfoundation.org/show_bug.cgi?id=147120 Bug ID: 147120 Summary: Repairs document to old version and no clue about new document. Product: LibreOffice Version: 6.1.4.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rackai...@gmail.com Description: Last day I saved a document. Today I opened Libre Office (Version 1:6.4.7-0ubuntu0.20.04.2) and it asked if I want to repair my document. (I use Lithuanian language, so I am not sure about English version of this action name). This question confused me as I remembered I saved document before leaving. Luckily I made a hard copy of this document and then positively answered to Libre Office question. Libre Office opened old version of my document. About 4 hours of job was lost. I closed this document without any change. Then opened again. This time Libre Office opened correct version of document. It was very unpleasant experience to note how easy I could lost my job. Steps to Reproduce: 1. Write a document. Spent at least few hours on it. 2. Save. Close. 3. Next day open. Actual Results: I guess you should see a suggestion to repair a document. Expected Results: An old version of document was opened Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: lt 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.
[Libreoffice-bugs] [Bug 125849] Draw/Writer cannot modify the unit of measure through the ruler above the workspace (Chinese UI only)
https://bugs.documentfoundation.org/show_bug.cgi?id=125849 --- Comment #18 from Mike Kaganski --- Also reproducible using ru-RU. In Russian UI, as well as in zh-CN, the unit list in the ruler menu includes kilometers and other metric units, which should be filtered out as per SvxRuler::Command (see bReduceMetric). The problem seems to be in the relation of the ident passed to SvxRuler::MenuSelect from SalInstanceMenu::popup_at_rect (which is not localized, like in 'cm'), and the list created in ImplGetFieldUnits and ImplGetCleanedFieldUnits, which uses localized units (like 'см' or '厘米'). I suppose that ImplGetCleanedFieldUnits could contain both translated and non-translated names maybe? I.e., in ImplGetFieldUnits, add both localized and untranslated entries for each SV_FUNIT_STRINGS element. No idea if that is the correct direction though. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147110] Search in record not shown and not Cancel button
https://bugs.documentfoundation.org/show_bug.cgi?id=147110 Robert Großkopf changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||rob...@familiegrosskopf.de Ever confirmed|0 |1 --- Comment #1 from Robert Großkopf --- I have use the table "PAYMENT" of the attached database. Row will always be shown as "1". Button "Cancel" won't be activated during searching through the data of one field. The button will only be activated after the dialog "No row found" will appear. But after closing the dialog the "Cancel" button will disappear. Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Note: This are two bugs. Could you please split it in the title for "record number" and "Cancel button"? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/svx sc/source sd/source svl/source svx/sdi svx/source sw/source
include/svx/ofaitem.hxx| 23 ---
include/svx/svxids.hrc |3 ++-
sc/source/ui/docshell/docsh4.cxx |2 +-
sd/source/ui/docshell/docshel3.cxx |2 +-
svl/source/items/poolitem.cxx |2 +-
svx/sdi/svxitems.sdi |2 +-
svx/source/items/ofaitem.cxx | 16
sw/source/uibase/app/docsh2.cxx|2 +-
8 files changed, 31 insertions(+), 21 deletions(-)
New commits:
commit 13d6bfa5bb017ad2b107c9db982369ea050ccbdf
Author: Noel Grandin
AuthorDate: Tue Feb 1 14:35:34 2022 +0200
Commit: Noel Grandin
CommitDate: Wed Feb 2 07:46:43 2022 +0100
convert OfaRefItem to a normal class
only instantiated with one type, so just turn it into a normal class
Change-Id: If3ae908f3e226ae9f4d3b81a7a7d9ba492ccda4f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129283
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/include/svx/ofaitem.hxx b/include/svx/ofaitem.hxx
index ce86b0653a87..5e9e52b92e38 100644
--- a/include/svx/ofaitem.hxx
+++ b/include/svx/ofaitem.hxx
@@ -37,24 +37,17 @@ public:
void*GetValue() const { return pPtr; }
};
-template
-class OfaRefItem final : public SfxPoolItem
+class XColorList;
+class SVX_DLLPUBLIC OfaXColorListItem final : public SfxPoolItem
{
private:
-rtl::Reference mxRef;
+rtl::Reference mxRef;
public:
-OfaRefItem( sal_uInt16 _nWhich, const rtl::Reference
)
-: SfxPoolItem( _nWhich ), mxRef( xRef )
-{}
-virtual bool operator==( const SfxPoolItem& rItem ) const override
-{
-return SfxPoolItem::operator==(rItem)
-&& mxRef == static_cast const
&>(rItem).mxRef;
-}
-virtual OfaRefItem* Clone( SfxItemPool* /*pPool = 0*/ )
const override
-{
-return new OfaRefItem( *this );
-}
+OfaXColorListItem( sal_uInt16 _nWhich, const rtl::Reference
);
+
+virtual bool operator==( const SfxPoolItem& rItem ) const override;
+
+virtual OfaXColorListItem* Clone( SfxItemPool *pPool = nullptr ) const
override;
};
#endif
diff --git a/include/svx/svxids.hrc b/include/svx/svxids.hrc
index a88beea11421..fb974d2af8b4 100644
--- a/include/svx/svxids.hrc
+++ b/include/svx/svxids.hrc
@@ -25,6 +25,7 @@
#include
class OfaPtrItem;
+class OfaXColorListItem;
class SdrAngleItem;
class SfxBoolItem;
class SfxInt32Item;
@@ -517,7 +518,7 @@ class XFillGradientItem;
#define SID_SM_EDITOPTIONS ( SID_SVX_START + 436 )
#define SID_SCH_EDITOPTIONS
TypedWhichId( SID_SVX_START + 437 )
#define SID_SW_ONLINEOPTIONS( SID_SVX_START + 439 )
-#define SID_GET_COLORLIST ( SID_SVX_START + 441 )
+#define SID_GET_COLORLIST
TypedWhichId( SID_SVX_START + 441 )
#define SID_OUTLINE_TO_IMPRESS ( SID_SVX_START + 443 )
#define SID_SPELLCHECKER_CHANGED( SID_SVX_START + 446 )
#define SID_SD_GRAPHIC_OPTIONS ( SID_SVX_START + 447 )
diff --git a/sc/source/ui/docshell/docsh4.cxx b/sc/source/ui/docshell/docsh4.cxx
index a97a47ecc6ec..dd1943620193 100644
--- a/sc/source/ui/docshell/docsh4.cxx
+++ b/sc/source/ui/docshell/docsh4.cxx
@@ -621,7 +621,7 @@ void ScDocShell::Execute( SfxRequest& rReq )
{
const SvxColorListItem* pColItem = GetItem(SID_COLOR_TABLE);
const XColorListRef& pList = pColItem->GetColorList();
-rReq.SetReturnValue(OfaRefItem(SID_GET_COLORLIST,
pList));
+rReq.SetReturnValue(OfaXColorListItem(SID_GET_COLORLIST,
pList));
}
break;
diff --git a/sd/source/ui/docshell/docshel3.cxx
b/sd/source/ui/docshell/docshel3.cxx
index 1a9e70833d5f..be045818a67a 100644
--- a/sd/source/ui/docshell/docshel3.cxx
+++ b/sd/source/ui/docshell/docshel3.cxx
@@ -245,7 +245,7 @@ void DrawDocShell::Execute( SfxRequest& rReq )
{
const SvxColorListItem* pColItem = GetItem( SID_COLOR_TABLE );
const XColorListRef& pList = pColItem->GetColorList();
-rReq.SetReturnValue( OfaRefItem( SID_GET_COLORLIST,
pList ) );
+rReq.SetReturnValue( OfaXColorListItem( SID_GET_COLORLIST, pList )
);
}
break;
diff --git a/svl/source/items/poolitem.cxx b/svl/source/items/poolitem.cxx
index 599fcd0a0010..a0c971c0c878 100644
--- a/svl/source/items/poolitem.cxx
+++ b/svl/source/items/poolitem.cxx
@@ -362,7 +362,7 @@
// class SvxHyperlinkItem : public SfxPoolItem
// class SvxNumberInfoItem : public SfxPoolItem
// class OfaPtrItem : public SfxPoolItem
-// class OfaRefItem : public SfxPoolItem
+// class OfaXColorListItem : public SfxPoolItem
// class SvxGridItem : public SvxOptionsGrid, public SfxPoolItem
// class SdOptionsGridItem : public SvxGridItem
// class SvxPageItem: public SfxPoolItem
diff
[Libreoffice-commits] core.git: sd/source
sd/source/ui/framework/tools/FrameworkHelper.cxx |4 ++--
sd/source/ui/inc/framework/FrameworkHelper.hxx |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
New commits:
commit a3c78bbee81a82bb50ed2b92944d9946348f73ad
Author: Noel Grandin
AuthorDate: Tue Feb 1 12:12:58 2022 +0200
Commit: Noel Grandin
CommitDate: Wed Feb 2 07:46:16 2022 +0100
sal_uLong -> sal_uInt16 slot id
Change-Id: I312844466157a4029f6744a4b13306903229c51b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129276
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sd/source/ui/framework/tools/FrameworkHelper.cxx
b/sd/source/ui/framework/tools/FrameworkHelper.cxx
index 20ee30f040ba..dceecd5102a7 100644
--- a/sd/source/ui/framework/tools/FrameworkHelper.cxx
+++ b/sd/source/ui/framework/tools/FrameworkHelper.cxx
@@ -508,7 +508,7 @@ void asyncUpdateEditMode(FrameworkHelper* const pHelper,
const EditMode eEMode)
}
void FrameworkHelper::HandleModeChangeSlot (
-sal_uLong nSlotId,
+sal_uInt16 nSlotId,
SfxRequest const & rRequest)
{
if ( ! mxConfigurationController.is())
@@ -522,7 +522,7 @@ void FrameworkHelper::HandleModeChangeSlot (
const SfxItemSet* pRequestArguments = rRequest.GetArgs();
if (pRequestArguments)
{
-const SfxBoolItem* pIsActive =
rRequest.GetArg(static_cast(nSlotId));
+const SfxBoolItem* pIsActive =
rRequest.GetArg(nSlotId);
if (!pIsActive->GetValue ())
{
if (nSlotId == SID_NOTES_MASTER_MODE)
diff --git a/sd/source/ui/inc/framework/FrameworkHelper.hxx
b/sd/source/ui/inc/framework/FrameworkHelper.hxx
index e86e9efe18b1..c9bf981bb2a6 100644
--- a/sd/source/ui/inc/framework/FrameworkHelper.hxx
+++ b/sd/source/ui/inc/framework/FrameworkHelper.hxx
@@ -191,7 +191,7 @@ public:
/** Process a slot call that requests a view shell change.
*/
void HandleModeChangeSlot (
-sal_uLong nSlotId,
+sal_uInt16 nSlotId,
SfxRequest const & rRequest);
/** Run the given callback when the specified event is notified by the
[Libreoffice-bugs] [Bug 34360] Dissertation Proposal Writing Services
https://bugs.documentfoundation.org/show_bug.cgi?id=34360 --- Comment #55 from Amisha Sharma --- ❤️ https://chandigarhescortagency.in/ ❤️ https://chandigarhescortagency.in/chandigarh-escort/ ❤️ https://chandigarhescortagency.in/zirakpur-call-girls/ ❤️ https://escortchandigarhagency.in/ ❤️ https://escortchandigarhagency.com/ ❤️ https://escortchandigarhagency.in/chandigarh-escort/ ❤️ https://escortchandigarhagency.in/zirakpur-call-girl/ ❤️ https://escortchandigarhagency.in/mohali-escort/ ❤️ https://escortchandigarhagency.in/ludhiana-call-girls/ ❤️ https://chandigarhescortagency.in/mohali-escorts/ ❤️ https://chandigarhescortagency.in/ludhiana-escorts/ ❤️ https://escortchandigarhagency.com/chandigarh-escort/ ❤️ https://escortchandigarhagency.com/mohali-escort/ ❤️ https://escortchandigarhagency.com/jammu-escort/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147103] [Calc][Writer][FILESAVE] MacOS: Calc and Writer can't save or save-as, after reinstall PROBLEM "not being sandboxed" is logged
https://bugs.documentfoundation.org/show_bug.cgi?id=147103 Robert Großkopf changed: What|Removed |Added Component|Base|LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/qa
sc/qa/extras/testdocuments/KeyShortcut.xlsm |binary
sc/qa/extras/vba-macro-test.cxx | 43
2 files changed, 43 insertions(+)
New commits:
commit 65d2c9ca4d930bd9352e0b51f45e163cf4393241
Author: Tomaž Vajngerl
AuthorDate: Tue Feb 1 12:59:30 2022 +0900
Commit: Tomaž Vajngerl
CommitDate: Wed Feb 2 07:19:05 2022 +0100
vba: test key-binding define by the macro
VBA macro can be bound to a key shortcut, so it is executed when
the key combination is hit. This checks that the macro gets bound
to a specific key combination, when opening a document with such
a macro.
Change-Id: I1a7739ec9de745a82c130957236576bc694a86cd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129268
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/sc/qa/extras/testdocuments/KeyShortcut.xlsm
b/sc/qa/extras/testdocuments/KeyShortcut.xlsm
new file mode 100644
index ..d684d2a48234
Binary files /dev/null and b/sc/qa/extras/testdocuments/KeyShortcut.xlsm differ
diff --git a/sc/qa/extras/vba-macro-test.cxx b/sc/qa/extras/vba-macro-test.cxx
index ac93cf181d0b..600951c19615 100644
--- a/sc/qa/extras/vba-macro-test.cxx
+++ b/sc/qa/extras/vba-macro-test.cxx
@@ -23,6 +23,9 @@
#include
#include
#include
+#include
+#include
+#include
using namespace css;
@@ -55,6 +58,7 @@ public:
void testRangeSelect();
void testWindowState();
void testScroll();
+void testMacroKeyBinding();
void testVba();
void testTdf107885();
@@ -71,6 +75,7 @@ public:
CPPUNIT_TEST(testRangeSelect);
CPPUNIT_TEST(testWindowState);
CPPUNIT_TEST(testScroll);
+CPPUNIT_TEST(testMacroKeyBinding);
CPPUNIT_TEST(testVba);
CPPUNIT_TEST(testTdf107885);
@@ -420,6 +425,44 @@ void VBAMacroTest::testScroll()
CPPUNIT_ASSERT_EQUAL(SCROW(99),
rViewData.GetPosY(ScVSplitPos::SC_SPLIT_BOTTOM));
}
+void VBAMacroTest::testMacroKeyBinding()
+{
+// key_U() -> CTRL+U
+// key_T() -> CTRL+T
+
+OUString aFileName;
+createFileURL(u"KeyShortcut.xlsm", aFileName);
+mxComponent = loadFromDesktop(aFileName,
"com.sun.star.sheet.SpreadsheetDocument");
+
+uno::Reference xModel(mxComponent, uno::UNO_QUERY);
+CPPUNIT_ASSERT(xModel.is());
+
+uno::Reference
xConfigSupplier(xModel, uno::UNO_QUERY);
+CPPUNIT_ASSERT(xConfigSupplier.is());
+uno::Reference xConfigManager
+= xConfigSupplier->getUIConfigurationManager();
+uno::Reference xAccelerator
+= xConfigManager->getShortCutManager();
+
+awt::KeyEvent aCtrlU;
+aCtrlU.KeyCode = css::awt::Key::U;
+aCtrlU.Modifiers = css::awt::KeyModifier::MOD1;
+
+CPPUNIT_ASSERT_EQUAL(
+OUString(
+
"vnd.sun.star.script:VBAProject.ThisWorkbook.key_U?language=Basic=document"),
+xAccelerator->getCommandByKeyEvent(aCtrlU));
+
+awt::KeyEvent aCtrlT;
+aCtrlT.KeyCode = css::awt::Key::T;
+aCtrlT.Modifiers = css::awt::KeyModifier::MOD1;
+
+CPPUNIT_ASSERT_EQUAL(
+OUString(
+
"vnd.sun.star.script:VBAProject.ThisWorkbook.key_T?language=Basic=document"),
+xAccelerator->getCommandByKeyEvent(aCtrlT));
+}
+
void VBAMacroTest::testVba()
{
TestMacroInfo testInfo[] = {
[Libreoffice-bugs] [Bug 125849] Draw/Writer cannot modify the unit of measure through the ruler above the workspace (Chinese UI only)
https://bugs.documentfoundation.org/show_bug.cgi?id=125849 Mike Kaganski changed: What|Removed |Added CC||caol...@redhat.com --- Comment #17 from Mike Kaganski --- Suspect commit: https://git.libreoffice.org/core/+/3927105e19d335da6461d853ba5cedda788067da > authorCaolán McNamara Tue Apr 11 13:11:08 > 2017 +0100 > convert ruler menu to .ui -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125849] Draw/Writer cannot modify the unit of measure through the ruler above the workspace (Chinese UI only)
https://bugs.documentfoundation.org/show_bug.cgi?id=125849 Mike Kaganski changed: What|Removed |Added Hardware|x86-64 (AMD64) |All Version|6.0.6.2 release |5.4.0.3 release Keywords|notBibisectable |bibisected --- Comment #16 from Mike Kaganski --- Repro using Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: aabc5b0f7c8e9cf6bb711815a67ff6b6e900b5aa CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: zh-CN Calc: CL and Version: 5.4.0.2 (x64) Build ID：2b906d450a44f2bbe506dcd22c51b3fa11dc65fd CPU 线程：12; 操作系统：Windows 6.19; UI 渲染：默认; Locale: ru-RU (ru_RU); Calc: group No repro using Version: 5.3.0.3 (x64) Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 12; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: ru-RU (ru_RU); Calc: group Bibisected to the range https://git.libreoffice.org/core/+log/ff8b873936aa72b17309da4bfc2775573a5b1f55%5E..169bd7718264b0e312052757f9bbd2321e1399c2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147117] Toolbar background image of themes does not stretch properly with ultra wide screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147117 stragu changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||stephane.guil...@member.fsf ||.org --- Comment #2 from stragu --- Thank you for the report. Could you please provide us with the information in Help > About LibreOffice? You can use the button to copy the information, and paste it here in a comment. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147118] Toolbar background image of themes does not stretch properly with ultra wide screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147118 stragu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from stragu --- hi there marking this one as a duplicate of bug 147117, the PNG attachment is fine there. *** This bug has been marked as a duplicate of bug 147117 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147117] Toolbar background image of themes does not stretch properly with ultra wide screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147117 --- Comment #1 from stragu --- *** Bug 147118 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147119] Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white)
https://bugs.documentfoundation.org/show_bug.cgi?id=147119 --- Comment #5 from xordevore...@gmail.com --- Created attachment 177977 --> https://bugs.documentfoundation.org/attachment.cgi?id=177977=edit LibreOffice Draw file This is the LibreOffice draw file that I used in 7.4 to export the PNG using transparency. Notice the background slide color is set to None and that View, Master, Background setting is also None, yet exporting the page as a PNG and selecting the transparency option during export renders the background white, not transparent. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147119] Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white)
https://bugs.documentfoundation.org/show_bug.cgi?id=147119 --- Comment #4 from xordevore...@gmail.com --- Created attachment 177976 --> https://bugs.documentfoundation.org/attachment.cgi?id=177976=edit PNG export from 7.4 where transparency defaulted to white This is the default image from Sims 4 Studio imported into LO Draw and exported as a PNG with transparency, except... no transparency. If you view the file in Windows, you'll see white rendered around the clothing rather than check boxes indicating alpha transparency. Not useful. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147119] Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white)
https://bugs.documentfoundation.org/show_bug.cgi?id=147119 --- Comment #3 from xordevore...@gmail.com --- Created attachment 177975 --> https://bugs.documentfoundation.org/attachment.cgi?id=177975=edit Proper PNG export with transparency This is the default texture from Sims 4 studio containing the necessary transparency (load it in Windows and you'll see the checkerboard pattern around the clothing where nothing at all is rendering, not even white). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147119] Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white)
https://bugs.documentfoundation.org/show_bug.cgi?id=147119 --- Comment #2 from xordevore...@gmail.com --- Created attachment 177974 --> https://bugs.documentfoundation.org/attachment.cgi?id=177974=edit Screen capture of Sims 4 Studio with PNG with no transparency This is the result of importing a PNG using 7.4 where transparency defaulted to white. Completely useless, as it renders the 3D model white where there should be skin. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147119] Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white)
https://bugs.documentfoundation.org/show_bug.cgi?id=147119 xordevore...@gmail.com changed: What|Removed |Added CC||xordevore...@gmail.com --- Comment #1 from xordevore...@gmail.com --- Created attachment 177973 --> https://bugs.documentfoundation.org/attachment.cgi?id=177973=edit Screen capture of Sims 4 Studio with properly exported PNG This image shows clothing on a 3D mesh of a person. Notice that skin is showing on the person. The area where there is no clothing but instead shows skin is where I have transparency set on the exported PNG (nothing should block the skin). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147119] New: Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white)
https://bugs.documentfoundation.org/show_bug.cgi?id=147119 Bug ID: 147119 Summary: Impossible in 7.4 to export a PNG with a transparent background (no background defaults to white) Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: xordevore...@gmail.com Description: Several usage cases for Draw for me involve "holes" in the exported PNG background where nothing at all renders, nothing at all, not even white. Those portions are transparent. In 7.4, #Bug 123973 is now fixed, but the fix has left exporting a PNG with any of the PNG's background as transparent impossible. "None" for a background is treated as solid white, and white < > transparent. If I wanted white, I would have selected Color for the background and picked White from the color palette. I've thousands of exported PNGs where I've used transparency. The fix for #Bug 123973 cannot be at the expense of never being able again to export PNGs with areas of the page transparent. Steps to Reproduce: 1. Create a new Windows LO Draw file 2. Do nothing to the background of the page or the master, leave it set to "none" 3. Draw any shape on the page so that it does not extend over the entire page 4. Export as a PNG using the Transparency option Actual Results: The area around the shape on the exported PNG is white, when it should be transparent if I exported using transparency. A white background is being forced despite exporting with transparency. Expected Results: If I do nothing to the background, and do not export the PNG with transparency, it's okay for the background to default to white (even though it's still sitting there as "none). ---IF however, I choose to export the page as a PNG and select the transparency option during the import process, and my background is set to None, and my master background is set to None, the result should be any place where draw image or object appears should export transparent, not render white. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5c138ac6a8334825ef171ac6291b66b277eb4288 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL I will include a series of images showing the problem and how it's stopping me cold from using 7.4 for one particular use case scenario (I've many) that I use LO Draw. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/uibase/utlui/content.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit b4d5b4bdf45f76832b4c2714244cb8bf302eb092 Author: Jim Raykowski AuthorDate: Mon Jan 31 21:12:38 2022 -0900 Commit: Jim Raykowski CommitDate: Wed Feb 2 06:29:13 2022 +0100 SwNavigator: set bookmark member count Missed in commit 3771a81060f9e1f60ada37c3b7fa0a51b3042952 Change-Id: Idce750efc266415ec092cef4e781ba5fbb7048bf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129269 Tested-by: Jenkins Reviewed-by: Jim Raykowski diff --git a/sw/source/uibase/utlui/content.cxx b/sw/source/uibase/utlui/content.cxx index 181217ac68f3..4adbee6781cf 100644 --- a/sw/source/uibase/utlui/content.cxx +++ b/sw/source/uibase/utlui/content.cxx @@ -606,6 +606,7 @@ void SwContentType::FillMemberList(bool* pbLevelOrVisibilityChanged) m_pMember->insert(std::move(pCnt)); } } +m_nMemberCount = m_pMember->size(); } break; case ContentTypeId::TEXTFIELD:
[Libreoffice-commits] core.git: sw/qa writerfilter/source
sw/qa/extras/rtfexport/data/tdf129578_lostBI.rtf | 31 +++
sw/qa/extras/rtfexport/rtfexport4.cxx|9 ++
writerfilter/source/rtftok/rtfdocumentimpl.cxx |4 +-
3 files changed, 42 insertions(+), 2 deletions(-)
New commits:
commit 9d50307b2e1fd26d415539d3ed8624c7a449e45b
Author: Justin Luth
AuthorDate: Fri Jan 7 14:08:52 2022 +0200
Commit: Justin Luth
CommitDate: Wed Feb 2 05:03:05 2022 +0100
tdf#129578 rtfimport: CJK char properties are not CS
This fixes a LO 6.4/6.3.0.1 regression caused by
commit fd95fb975b754d71d3750e85431a4e596a40e659
which was focused on export, and not import.
The code originally didn't have any
mention of DBCH, so it used the default.
However, in the 6.4 change, it was wrongly tied together
with the Complex Script indicator.
So revert that part of the change.
Mark fixed the same problem in 7.1 for font size.
Change-Id: I1c87ae856de93ebc693135585574f2eb144b214b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128113
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/sw/qa/extras/rtfexport/data/tdf129578_lostBI.rtf
b/sw/qa/extras/rtfexport/data/tdf129578_lostBI.rtf
new file mode 100644
index ..8a0e96218bca
--- /dev/null
+++ b/sw/qa/extras/rtfexport/data/tdf129578_lostBI.rtf
@@ -0,0 +1,31 @@
+{\rtf1\ansi\deff4\adeflang1025
+{\fonttbl{\f0\froman\fprq2\fcharset0 Times New
Roman;}{\f1\froman\fprq2\fcharset2 Symbol;}{\f2\fswiss\fprq2\fcharset0
Arial;}{\f3\froman\fprq2\fcharset0 Liberation Serif{\*\falt Times New
Roman};}{\f4\froman\fprq0\fcharset128 Calibri;}{\f5\froman\fprq0\fcharset128
Times New Roman;}{\f6\froman\fprq0\fcharset128
Cambria;}{\f7\froman\fprq0\fcharset128 Tahoma;}{\f8\fnil\fprq2\fcharset0 MS
Mincho;}{\f9\fnil\fprq2\fcharset128
\'91\'76\'91\'cc;}{\f10\fnil\fprq2\fcharset0 DejaVu
Sans;}{\f11\froman\fprq0\fcharset128 Arial;}}
+{\colortbl;\red0\green0\blue0;\red0\green0\blue255;\red0\green255\blue255;\red0\green255\blue0;\red255\green0\blue255;\red255\green0\blue0;\red255\green255\blue0;\red255\green255\blue255;\red0\green0\blue128;\red0\green128\blue128;\red0\green128\blue0;\red128\green0\blue128;\red128\green0\blue0;\red128\green128\blue0;\red128\green128\blue128;\red192\green192\blue192;\red82\green125\blue85;}
+{\stylesheet{\s0\snext0\rtlch\af11\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af4\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb0\sa200\ltrpar\cf0\f4\fs22\lang1033\kerning0\dbch\af9\langfe2052
Normal;}
+{\s1\sbasedon0\snext0\rtlch\af5\afs28\alang1037\ab
\ltrch\lang1033\langfe2052\hich\af6\loch\sl276\slmult1\ql\keep\widctlpar\hyphpar0\sb480\sa0\keepn\ltrpar\cf17\f6\fs28\lang1033\b\kerning0\dbch\af9\langfe2052
Heading 1;}
+{\*\cs15\snext15 Default Paragraph Font;}
+{\*\cs16\sbasedon15\snext16 Header Char;}
+{\*\cs17\sbasedon15\snext17 Footer Char;}
+{\*\cs18\sbasedon15\snext18\rtlch\af5\afs28\ab
\ltrch\hich\af6\loch\cf17\f6\fs28\b\dbch\af9 Heading 1 Char;}
+{\*\cs19\sbasedon15\snext19\rtlch\af7\afs16 \ltrch\hich\af7\loch\f7\fs16
Balloon Text Char;}
+{\s20\sbasedon0\snext21\rtlch\af5\afs28\alang1037
\ltrch\lang1033\langfe2052\hich\af5\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb240\sa120\keepn\ltrpar\cf0\f5\fs28\lang1033\kerning0\dbch\af10\langfe2052
Heading;}
+{\s21\sbasedon0\snext21\rtlch\af11\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af4\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb0\sa140\ltrpar\cf0\f4\fs22\lang1033\kerning0\dbch\af9\langfe2052
Text Body;}
+{\s22\sbasedon21\snext22\rtlch\af5\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af5\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb0\sa140\ltrpar\cf0\f5\fs22\lang1033\kerning0\dbch\af9\langfe2052
List;}
+{\s23\sbasedon0\snext23\rtlch\af5\afs24\alang1037\ai
\ltrch\lang1033\langfe2052\hich\af5\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb120\sa120\noline\ltrpar\cf0\f5\fs24\lang1033\i\kerning0\dbch\af9\langfe2052
Caption;}
+{\s24\sbasedon0\snext24\rtlch\af5\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af5\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb0\sa200\noline\ltrpar\cf0\f5\fs22\lang1033\kerning0\dbch\af9\langfe2052
Index;}
+{\s25\sbasedon0\snext25\rtlch\af11\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af4\loch\sl276\slmult1\ql\widctlpar\hyphpar0\sb0\sa200\ltrpar\cf0\f4\fs22\lang1033\kerning0\dbch\af9\langfe2052
Header and Footer;}
+{\s26\sbasedon0\snext26\rtlch\af11\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af4\loch\sl240\slmult1\ql\widctlpar\tqc\tx4680\tqr\tx9360\hyphpar0\sb0\sa0\ltrpar\cf0\f4\fs22\lang1033\kerning0\dbch\af9\langfe2052
Header;}
+{\s27\sbasedon0\snext27\rtlch\af11\afs22\alang1037
\ltrch\lang1033\langfe2052\hich\af4\loch\sl240\slmult1\ql\widctlpar\tqc\tx4680\tqr\tx9360\hyphpar0\sb0\sa0\ltrpar\cf0\f4\fs22\lang1033\kerning0\dbch\af9\langfe2052
Footer;}
+{\s28\sbasedon1\snext0\rtlch\af5\afs28\alang1025\ab
[Libreoffice-bugs] [Bug 146691] cannot create a Copy of an existing Sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=146691 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146844] PIVOTTABLE Repeated pivot item labels are text, even if original is number
https://bugs.documentfoundation.org/show_bug.cgi?id=146844 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146832] LO crashes on entering-leaving OLE-obj in MacOS on Apple Silicon
https://bugs.documentfoundation.org/show_bug.cgi?id=146832 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146831] Request: hierachical Sidebar for/instead of sheets registers
https://bugs.documentfoundation.org/show_bug.cgi?id=146831 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147103] [Calc][Writer][FILESAVE] MacOS: Calc and Writer can't save or save-as, after reinstall PROBLEM "not being sandboxed" is logged
https://bugs.documentfoundation.org/show_bug.cgi?id=147103 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147103] [Calc][Writer][FILESAVE] MacOS: Calc and Writer can't save or save-as, after reinstall PROBLEM "not being sandboxed" is logged
https://bugs.documentfoundation.org/show_bug.cgi?id=147103 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147076] AutoFilter does not show special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=147076 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147076] AutoFilter does not show special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=147076 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147074] Calc crashes on sorting filtered column or saving as xls or xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=147074 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147074] Calc crashes on sorting filtered column or saving as xls or xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=147074 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141881] 'Toggle Print Preview' has shortcut & zoom bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=141881 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141881] 'Toggle Print Preview' has shortcut & zoom bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=141881 --- Comment #16 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143199] Unable to open 2nd document in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=143199 --- Comment #5 from QA Administrators --- Dear Eagle, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143199] Unable to open 2nd document in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=143199 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143739] bug insertion tableau
https://bugs.documentfoundation.org/show_bug.cgi?id=143739 --- Comment #2 from QA Administrators --- Dear jouault, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143735] Still no Find and Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=143735 --- Comment #2 from QA Administrators --- Dear Bruce Gray, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142619] LibreOffice Slow load
https://bugs.documentfoundation.org/show_bug.cgi?id=142619 --- Comment #2 from QA Administrators --- Dear 2komotube, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136166] CREATEDESKTOPLINK does not work in GUI
https://bugs.documentfoundation.org/show_bug.cgi?id=136166 --- Comment #2 from QA Administrators --- Dear guser, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135570] Text flow (breaking across pages) a regular (because of anchor to character placement)
https://bugs.documentfoundation.org/show_bug.cgi?id=135570 --- Comment #7 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135418] When started LO runs out of screen
https://bugs.documentfoundation.org/show_bug.cgi?id=135418 --- Comment #17 from QA Administrators --- Dear paps, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134641] binaryurp bridge termination sporadically causes DisposedException in a different bridge
https://bugs.documentfoundation.org/show_bug.cgi?id=134641 --- Comment #2 from QA Administrators --- Dear Marc-Oliver Straub, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 72203] EDITING: in a table: moving upwards should go to the last line of the cell, not to the first
https://bugs.documentfoundation.org/show_bug.cgi?id=72203 --- Comment #11 from QA Administrators --- Dear Jérôme Borme, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125849] Draw/Writer cannot modify the unit of measure through the ruler above the workspace (Chinese UI only)
https://bugs.documentfoundation.org/show_bug.cgi?id=125849 --- Comment #15 from QA Administrators --- Dear yichuang驿窗, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119519] Basic: insert graphicobject via ThisComponent.createInstance("com.sun.star.text.GraphicObject") not working in 6.1.0.3
https://bugs.documentfoundation.org/show_bug.cgi?id=119519 --- Comment #13 from QA Administrators --- Dear Kai Struck, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147118] Toolbar background image of themes does not stretch properly with ultra wide screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147118 --- Comment #1 from qdano --- Created attachment 177972 --> https://bugs.documentfoundation.org/attachment.cgi?id=177972=edit re-upload as I cannot see it Hi, I reupload the picture as it was missed during submit. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147118] New: Toolbar background image of themes does not stretch properly with ultra wide screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147118 Bug ID: 147118 Summary: Toolbar background image of themes does not stretch properly with ultra wide screen Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mannch...@gmail.com My screen size resolution (3440x1440) The background picture align to the right but left the left portion of toolbar uncovered. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147117] New: Toolbar background image of themes does not stretch properly with ultra wide screen
https://bugs.documentfoundation.org/show_bug.cgi?id=147117 Bug ID: 147117 Summary: Toolbar background image of themes does not stretch properly with ultra wide screen Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mannch...@gmail.com Created attachment 177971 --> https://bugs.documentfoundation.org/attachment.cgi?id=177971=edit toolbar My screen size resolution (3440x1440) The background picture align to the right but left the left portion of toolbar uncovered. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147076] AutoFilter does not show special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=147076 --- Comment #5 from Ian Eales --- Created attachment 177970 --> https://bugs.documentfoundation.org/attachment.cgi?id=177970=edit AutoFilter blank selection -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147076] AutoFilter does not show special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=147076 --- Comment #4 from Ian Eales --- I select the filled area C3:G40, hit AutoFilter and then try to filter on Rating. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147116] New: Crash in: vcl::unohelper::DragAndDropWrapper::dragGestureRecognized(com::sun::star::datatransfer::dnd::DragGestureEvent const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=147116 Bug ID: 147116 Summary: Crash in: vcl::unohelper::DragAndDropWrapper::dragGestureRecogni zed(com::sun::star::datatransfer::dnd::DragGestureEven t const &) Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bubba.smy...@gmail.com This bug was filed from the crash reporting server and is br-2c006ae0-bd20-456d-8f3e-ce39e2f527c7. = 2022-02-01 LibreOffice/Calc Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded ISSUE: LibreOffice/Calc Repeated Crashing; FILEOPEN Symptoms: 1. FILEOPEN, two (2) Calc files/windows open (File sizes, 15kB & 71kB). 2. LibreOffice crashed three (3) times, each time while editing a cell "Comment" in the same session. Comments: 1. Happy to provide any further info. Contact me at bubba.smy...@gmail.com 2. I followed the link above and read the comments regarding " bug writing guidelines." Seemed like a lot of "link-hopping" to go through - not real clear. So I just tried to give you what I knew. If you need more, just point. I can copy/paste, file upload, whatever you need. I can follow a set of instructions. Hope this helps you find the problem. I really like LibreOffice. It's a great replacement instead of Microsoft. Regards, Ran Aykroyd, Centennial, CO bubba.smy...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146912] Opening Calc 7.3.0.2 crashes LibreOffice on Linux Mint 20.3 Cinnamon
https://bugs.documentfoundation.org/show_bug.cgi?id=146912 --- Comment #6 from Óvári --- Unfortunately, also crashes with 7.3.0.3 -- You are receiving this mail because: You are the assignee for the bug.
Libreoffice and GDB
Good morning, I am starting to fix some bugs in LibreOffice, I have followed the GDB instructions on the page; however when I use the "layout next" command, I can't see the lines of code that are being executed or the process of my breakpoints. Usually I only see lines that say: Thread 0x000 Is there any way to do this or do you have any manual to see the lines of code that are being executed in real time? Regards
[Libreoffice-bugs] [Bug 49171] FORMATTING: Header background color not changed correctly when Same content left/right unset
https://bugs.documentfoundation.org/show_bug.cgi?id=49171 --- Comment #8 from LeroyG --- This happen if do you (In reply to Joel Madero from comment #2) > open or create a 2 page long document and assign a color to header; > Go to format -> Page -> Header; > unset the "Same content left/right" option; OK, and latter > Go to format -> Page -> Header; > Click on More... button; Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: x11 Locale: es-MX (es_AR.UTF-8); UI: en-US Calc: threaded See related question: https://ask.libreoffice.org/t/intestazioni-e-pie-di-pagina-con-formati-diversi/73300/2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 93597] FILEOPEN:Round-tripping OOXML chart with style other than default results in blank chart
https://bugs.documentfoundation.org/show_bug.cgi?id=93597 --- Comment #10 from Luke --- attachment 118096 [details] Chart still disappear in Version: 7.4.0.0.alpha0+ / Build ID: 026e2f437e969d75209ed05211e7f02349035b98 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147076] AutoFilter does not show special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=147076 --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Ian Eales from comment #2) > Created attachment 177967 [details] > list of spileberg films Still no repro. In which column with autofilter do you have the problem in your file? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit bb7873cebd191143e2c0bcf944c8c777be5439dc Author: Andrea Gelmini AuthorDate: Wed Feb 2 00:27:08 2022 +0100 Commit: Gerrit Code Review CommitDate: Wed Feb 2 00:27:08 2022 +0100 Update git submodules * Update helpcontent2 from branch 'master' to cc8821b42714d2b2856dad4b569e9337e5cfe014 - Fix typo Change-Id: I9ee453c0ca7c2bb990e024a4881ef7940d2df35c Reviewed-on: https://gerrit.libreoffice.org/c/help/+/129309 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/helpcontent2 b/helpcontent2 index 2f31e889de02..cc8821b42714 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 2f31e889de0278a2b90525428389ab7d6af15314 +Subproject commit cc8821b42714d2b2856dad4b569e9337e5cfe014
[Libreoffice-commits] help.git: source/auxiliary
source/auxiliary/sbasic.tree |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit cc8821b42714d2b2856dad4b569e9337e5cfe014 Author: Andrea Gelmini AuthorDate: Tue Feb 1 17:18:03 2022 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Wed Feb 2 00:27:07 2022 +0100 Fix typo Change-Id: I9ee453c0ca7c2bb990e024a4881ef7940d2df35c Reviewed-on: https://gerrit.libreoffice.org/c/help/+/129309 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/source/auxiliary/sbasic.tree b/source/auxiliary/sbasic.tree index f7bc15c49..f9a59c2c8 100644 --- a/source/auxiliary/sbasic.tree +++ b/source/auxiliary/sbasic.tree @@ -324,7 +324,7 @@ "+" Addition Operator "/" Division Operator "\" Integer Division Operator - "^" Exponentation Operator + "^" Exponentiation Operator " or +" Concatenation Operators "" Hexadecimal/Octal Notation ":" Statement Separator
[Libreoffice-bugs] [Bug 147101] Add GUI option to delete word that was accidentally added to the Spell-Checking-Dictionary
https://bugs.documentfoundation.org/show_bug.cgi?id=147101 --- Comment #2 from Volker Weißmann --- I added a note to the documention. https://gerrit.libreoffice.org/c/help/+/129264 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/rtfexport/data/tdf107413.rtf | 155 ++
sw/qa/extras/rtfexport/rtfexport5.cxx | 34 ++
2 files changed, 189 insertions(+)
New commits:
commit 5d3d1b8aa2b36986b7991c759133c3ddb8e2d516
Author: Xisco Fauli
AuthorDate: Mon Jan 31 11:25:59 2022 +0100
Commit: Xisco Fauli
CommitDate: Tue Feb 1 23:55:32 2022 +0100
tdf#107413: sw_rtfexport5: Add unittest
Change-Id: I0f45d472f5ea59625c62b87dd5364bef19a6af27
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129216
Tested-by: Jenkins
Reviewed-by: Xisco Fauli
diff --git a/sw/qa/extras/rtfexport/data/tdf107413.rtf
b/sw/qa/extras/rtfexport/data/tdf107413.rtf
new file mode 100644
index ..f6257a7a05c2
--- /dev/null
+++ b/sw/qa/extras/rtfexport/data/tdf107413.rtf
@@ -0,0 +1,155 @@
+{\rtf1 \ansi \ansicpg1252 \uc1 \deff1 \deflang1033 \deflangfe1033 {\fonttbl
{\f0 \froman \fcharset0 \fprq2 {\*\panose 02020603050405020304}Times New Roman;}
+{\f1 \fswiss \fcharset0 \fprq2 {\*\panose 020b0604020202020204}Arial;}
+{\f6 \fmodern \fcharset0 \fprq1 {\*\panose
}Courier{\*\falt Courier New};}
+{\f16 \fscript \fcharset0 \fprq2 {\*\panose 03010101010201010101}Monotype
Corsiva;}
+{\f53 \froman \fcharset238 \fprq2 Times New Roman CE;}
+{\f54 \froman \fcharset204 \fprq2 Times New Roman Cyr;}
+{\f56 \froman \fcharset161 \fprq2 Times New Roman Greek;}
+{\f57 \froman \fcharset162 \fprq2 Times New Roman Tur;}
+{\f58 \froman \fcharset186 \fprq2 Times New Roman Baltic;}
+{\f59 \fswiss \fcharset238 \fprq2 Arial CE;}
+{\f60 \fswiss \fcharset204 \fprq2 Arial Cyr;}
+{\f62 \fswiss \fcharset161 \fprq2 Arial Greek;}
+{\f63 \fswiss \fcharset162 \fprq2 Arial Tur;}
+{\f64 \fswiss \fcharset186 \fprq2 Arial Baltic;}
+{\f149 \fscript \fcharset238 \fprq2 Monotype Corsiva CE;}
+{\f150 \fscript \fcharset204 \fprq2 Monotype Corsiva Cyr;}
+{\f152 \fscript \fcharset161 \fprq2 Monotype Corsiva Greek;}
+{\f153 \fscript \fcharset162 \fprq2 Monotype Corsiva Tur;}
+{\f154 \fscript \fcharset186 \fprq2 Monotype Corsiva Baltic;}}{\colortbl
;\red0 \green0 \blue0 ;\red0 \green0 \blue255 ;\red0 \green255 \blue255 ;\red0
\green255 \blue0 ;\red255 \green0 \blue255 ;\red255 \green0 \blue0 ;\red255
\green255 \blue0 ;\red255 \green255 \blue255 ;\red0 \green0 \blue128 ;\red0
\green128 \blue128 ;\red0 \green128 \blue0 ;\red128 \green0 \blue128 ;\red128
\green0 \blue0 ;\red128 \green128 \blue0 ;\red128 \green128 \blue128 ;\red192
\green192 \blue192 ;}
+{\stylesheet {\widctlpar \adjustright \f1 \fs20 \cgrid \snext0 Normal;}
+{\s1 \sb20 \keepn \widctlpar \outlinelevel0 \adjustright \b \f1 \fs18 \cgrid
\sbasedon0 \snext0 heading 1;}
+{\s2 \keepn \widctlpar \outlinelevel1 \adjustright \b \f1 \fs20 \cgrid
\sbasedon0 \snext0 heading 2;}
+{\s3 \sb120 \keepn \widctlpar \outlinelevel2 \adjustright \b \f1 \cgrid
\sbasedon0 \snext0 heading 3;}
+{\s4 \keepn \widctlpar \tx1980 \tx3780 \outlinelevel3 \adjustright \b \f1
\fs26 \cgrid \sbasedon0 \snext0 heading 4;}
+{\*\cs10 \additive Default Paragraph Font;}
+{\s15 \widctlpar \tqc \tx4320 \tqr \tx8640 \adjustright \f1 \fs20 \cgrid
\sbasedon0 \snext15 header;}
+{\s16 \widctlpar \tqc \tx4320 \tqr \tx8640 \adjustright \f1 \fs20 \cgrid
\sbasedon0 \snext16 footer;}}
+{\info {\title To:}
+{\author Geoff Phillips}
+{\operator Paula Suwart}
+{\creatim \yr2000 \mo1 \dy6 \hr13 \min8 }
+{\revtim \yr2001 \mo10 \dy18 \hr13 \min33 }
+{\printim \yr2001 \mo6 \dy1 \hr13 \min37 }
+{\version12 }
+{\edmins21 }
+{\nofpages1 }
+{\nofwords0 }
+{\nofchars0 }
+{\*\company BKP}
+{\nofcharsws0 }
+{\vern89 }}\paperw11909 \paperh16834 \margl720 \margr720 \margt5760
\margb-3600 \widowctrl \ftnbj \aenddoc \noxlattoyen \expshrtn \noultrlspc
\dntblnsbdb \nospaceforul \hyphcaps0 \formshade \viewkind1 \viewscale100
\pgbrdrhead \pgbrdrfoot \fet0 \sectd \psz9 \linex0 \headery0 \footery0
\colsx709 \endnhere \sectdefaultcl {\header \pard \plain \widctlpar
\adjustright \f1 \fs20 \cgrid {\par }\trowd \trgaph108 \trrh435 \trkeep
\trbrdrt \brdrs \brdrw10 \trbrdrl \brdrs \brdrw10 \trbrdrb \brdrs \brdrw10
\trbrdrr \brdrs \brdrw10 \trbrdrh \brdrs \brdrw10 \trbrdrv \brdrs \brdrw10
\clvertalt \clbrdrb \brdrdb \brdrw10 \cltxlrtb \cellx10470 \pard \plain \s4
\keepn \widctlpar \intbl \tx1980 \tx3780 \outlinelevel3 \adjustright \b \f1
\fs26 \cgrid {\lang1024 {\shp {\*\shpinst \shpleft1584 \shptop346
\shpright10080 \shpbottom2506 \shpfhdr1 \shpbxcolumn \shpbypara \shpwr3
\shpwrk0 \shpfblwtxt0 \shpz1 \shplid2054 {\sp {\sn shapeType}
+{\sv 202}}
+{\sp {\sn fFlipH}
+{\sv 0}}
+{\sp {\sn fFlipV}
+{\sv 0}}
+{\sp {\sn lTxid}
+{\sv 262144}}
+{\sp {\sn fFilled}
+{\sv 0}}
+{\sp {\sn fLine}
+{\sv 0}}
+{\shptxt \pard \plain \s4 \qc \keepn \widctlpar \tx1980 \tx3780 \outlinelevel3
\adjustright \b \f1 \fs26 \cgrid {\i \fs38 D\par }\pard \plain \qc \widctlpar
\adjustright \f1 \fs20 \cgrid {\fs22 I}
+{\fs22 \par }
+{A}
+{\fs22 \par }
+{\b \f16 \fs36 \cf9 -\ldblquote L\rdblquote -}
+{\par }}}
+{\shprslt {\*\do
[Libreoffice-bugs] [Bug 107413] FILEOPEN: RTF: Footer not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=107413 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107413] FILEOPEN: RTF: Footer not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=107413 --- Comment #12 from Commit Notification --- Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5d3d1b8aa2b36986b7991c759133c3ddb8e2d516 tdf#107413: sw_rtfexport5: Add unittest It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144073] UI. Corner of screen appears white when presenting, using the Lights template (Windows-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=144073 Luboš Luňák changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144073] UI. Corner of screen appears white when presenting, using the Lights template (Windows-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=144073 --- Comment #4 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/adc2ac31fb2763077e48658756946a39d91c8e12 adjust gradient drawing in vclcanvas (tdf#144073) It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144073] UI. Corner of screen appears white when presenting, using the Lights template (Windows-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=144073 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: canvas/source
canvas/source/vcl/canvashelper_texturefill.cxx | 12
1 file changed, 12 insertions(+)
New commits:
commit adc2ac31fb2763077e48658756946a39d91c8e12
Author: Luboš Luňák
AuthorDate: Tue Feb 1 18:07:51 2022 +0100
Commit: Luboš Luňák
CommitDate: Tue Feb 1 23:44:28 2022 +0100
adjust gradient drawing in vclcanvas (tdf#144073)
For whatever strange reason the drawing does not use the given
geometry, but something bigger. When I added direct drawing using
VCL in a46cb5dc607d1d1af402ff3e8fce731e7427854d I naively assumed
that the drawing area for the gradient would be the given area.
Change-Id: Ia62cb0e5046e622679143eef56a3c6782781bf59
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129298
Tested-by: Jenkins
Reviewed-by: Luboš Luňák
diff --git a/canvas/source/vcl/canvashelper_texturefill.cxx
b/canvas/source/vcl/canvashelper_texturefill.cxx
index 33f4f5c5318c..fa8b97395cfe 100644
--- a/canvas/source/vcl/canvashelper_texturefill.cxx
+++ b/canvas/source/vcl/canvashelper_texturefill.cxx
@@ -154,6 +154,12 @@ namespace vclcanvas
// 2 colors and 2 stops (at 0 and 1) is a linear gradient:
if( rColors.size() == 2 && rValues.maStops.size() == 2 &&
rValues.maStops[0] == 0 && rValues.maStops[1] == 1)
{
+// tdf#144073: Note that the code below adjusts the gradient
area this way.
+// No, I have no idea why.
+aLeftTop -= 2.0*nDiagonalLength*aDirection;
+aLeftBottom -= 2.0*nDiagonalLength*aDirection;
+aRightTop += 2.0*nDiagonalLength*aDirection;
+aRightBottom += 2.0*nDiagonalLength*aDirection;
Gradient vclGradient( GradientStyle::Linear, rColors[ 0 ],
rColors[ 1 ] );
::tools::Polygon aTempPoly( static_cast(5) );
aTempPoly[0] = ::Point( ::basegfx::fround( aLeftTop.getX() ),
@@ -173,6 +179,12 @@ namespace vclcanvas
&& rValues.maStops.size() == 3 && rValues.maStops[0] == 0
&& rValues.maStops[1] == 0.5 && rValues.maStops[2] == 1)
{
+// tdf#144073: Note that the code below adjusts the gradient
area this way.
+// No, I have no idea why.
+aLeftTop -= 2.0*nDiagonalLength*aDirection;
+aLeftBottom -= 2.0*nDiagonalLength*aDirection;
+aRightTop += 2.0*nDiagonalLength*aDirection;
+aRightBottom += 2.0*nDiagonalLength*aDirection;
Gradient vclGradient( GradientStyle::Axial, rColors[ 1 ],
rColors[ 0 ] );
::tools::Polygon aTempPoly( static_cast(5) );
aTempPoly[0] = ::Point( ::basegfx::fround( aLeftTop.getX() ),
[Libreoffice-bugs] [Bug 147115] New: docx import filter, wrong default paragraph style was taken
https://bugs.documentfoundation.org/show_bug.cgi?id=147115 Bug ID: 147115 Summary: docx import filter, wrong default paragraph style was taken Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sven-jac...@gmx.de Created attachment 177969 --> https://bugs.documentfoundation.org/attachment.cgi?id=177969=edit bugdoc If you load the attached bugdoc in LibreOffice, then the wrong default paragraph style is used. The document looks totaly wrong in LO compared to as if loaded in Word. In the styles.xml of the bugdoc there is the correct default style as followed: and the following style is overwriting the default when loaded in LO (just because of the default = 0 value): My patch I commited to gerrit is fixing this problem: https://gerrit.libreoffice.org/c/core/+/128811 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sax/source
sax/source/tools/fastserializer.cxx | 54 +++-
1 file changed, 35 insertions(+), 19 deletions(-)
New commits:
commit 2f3a0bfbfe110c0837b3c7e04f9ad0969d6e56e4
Author: Stephan Bergmann
AuthorDate: Tue Feb 1 15:47:07 2022 +0100
Commit: Stephan Bergmann
CommitDate: Tue Feb 1 23:36:55 2022 +0100
tdf#147088: Also handle U+FFFE, U+ invalid XML 1.0 characters
Change-Id: Ieec81fcde41e3508c6a9aa4250d7050db2fbb442
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129296
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
diff --git a/sax/source/tools/fastserializer.cxx
b/sax/source/tools/fastserializer.cxx
index de035f4717fd..8dcc308a836e 100644
--- a/sax/source/tools/fastserializer.cxx
+++ b/sax/source/tools/fastserializer.cxx
@@ -25,8 +25,11 @@
#include
#include
+#include
+#include
#include
#include
+#include
#if OSL_DEBUG_LEVEL > 0
#include
@@ -104,19 +107,33 @@ namespace sax_fastparser {
/** Characters not allowed in XML 1.0
XML 1.1 would exclude only U+
*/
-static bool invalidChar( char c )
+template static std::optional>
invalidChar(
+char const * string, Int length, Int index )
{
-if (static_cast(c) >= 0x20)
-return false;
+assert(index < length);
+auto const c = string[index];
+
+if (static_cast(c) >= 0x20 && c != '\xEF')
+return {};
switch (c)
{
case 0x09:
case 0x0a:
case 0x0d:
-return false;
+return {};
+case '\xEF': // U+FFFE, U+:
+if (length - index >= 3 && string[index + 1] == '\xBF') {
+switch (string[index + 2]) {
+case '\xBE':
+return std::pair(0xFFFE, 3);
+case '\xBF':
+return std::pair(0x, 3);
+}
+}
+return {};
}
-return true;
+return std::pair(static_cast(c), 1);
}
static bool isHexDigit( char c )
@@ -139,7 +156,7 @@ namespace sax_fastparser {
const sal_Int32 kXescapeLen = 7;
char bufXescape[kXescapeLen+1];
sal_Int32 nNextXescape = 0;
-for (sal_Int32 i = 0; i < nLen; ++i)
+for (sal_Int32 i = 0; i < nLen;)
{
char c = pStr[ i ];
switch( c )
@@ -250,24 +267,19 @@ namespace sax_fastparser {
break;
}
}
-if (invalidChar(c))
+if (auto const inv = invalidChar(pStr, nLen,
i))
{
snprintf( bufXescape, kXescapeLen+1,
"_x%04x_",
-static_cast(static_cast(c)));
+inv->first);
writeBytes( bufXescape, kXescapeLen);
-break;
+i += inv->second;
+continue;
}
-/* TODO: also U+FFFE and U+ are not allowed
- * in XML 1.0, assuming we're writing UTF-8
- * those should be escaped as well to be
- * conformant. Likely that would involve
- * scanning for both encoded sequences and
- * write as _x_? */
}
#if OSL_DEBUG_LEVEL > 0
else
{
-if (bGood && invalidChar(pStr[i]))
+if (bGood && invalidChar(pStr, nLen, i))
{
bGood = false;
// The SAL_WARN() for the single character
is
@@ -279,6 +291,7 @@ namespace sax_fastparser {
writeBytes( , 1 );
break;
}
+++i;
}
SAL_WARN_IF( !bGood && nLen > 1, "sax", "in '" <<
OString(pStr,std::min(nLen,42)) << "'");
}
@@ -671,14 +684,17 @@ namespace sax_fastparser {
#if OSL_DEBUG_LEVEL > 0
{
bool bGood = true;
-for (size_t i=0; i < nLen; ++i)
+for (size_t i=0; i < nLen;)
{
-if (invalidChar(pStr[i]))
+if (auto const inv = invalidChar(pStr, nLen, i))
{
bGood = false;
SAL_WARN("sax", "FastSaxSerializer::writeBytes - illegal
XML character 0x" <<
-std::hex << int(static_cast(pStr[i])));
+
[Libreoffice-bugs] [Bug 147113] grid not aligning with row and column headers after upgrade.
https://bugs.documentfoundation.org/show_bug.cgi?id=147113 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please test with a clean profile, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141881] 'Toggle Print Preview' has shortcut & zoom bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=141881 BDF changed: What|Removed |Added OS|All |Windows (All) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141881] 'Toggle Print Preview' has shortcut & zoom bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=141881 --- Comment #15 from BDF --- I tested the bug on Ubuntu 21.10 and this problem does not exist there. It seems to be some Windows thing. Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 1:7.2.1-0ubuntu3 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147074] Calc crashes on sorting filtered column or saving as xls or xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=147074 --- Comment #7 from tmjw2...@gmail.com --- Hi, I'm using manjaro. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147114] New: Slovak keyboard shortcut conflict right_Alt+3
https://bugs.documentfoundation.org/show_bug.cgi?id=147114 Bug ID: 147114 Summary: Slovak keyboard shortcut conflict right_Alt+3 Product: LibreOffice Version: 7.2.5.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: gejzahen...@gmail.com Hi, I need often the ^-character, which is on slovak keyboard comfortably available via system shortcut right_Alt+3+SPC (sticky keys feature activated). LibreOffice Writer opens the right pane with the media gallery instead; this happens in normal text mode only, in dialog windows or in formula editing it works fine. IMHO it's a bug; if not, then please tell me, how to change the key assigning (under Tools/Customize/Keyboard I can't found anything). But - because I need sticky keys, the Alt+code method works not for me. Thanks Have a nice day Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: sk-SK (sk_SK); UI: sk-SK Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147113] New: grid not aligning with row and column headers after upgrade.
https://bugs.documentfoundation.org/show_bug.cgi?id=147113 Bug ID: 147113 Summary: grid not aligning with row and column headers after upgrade. Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: archieaack...@pgtc.com Created attachment 177968 --> https://bugs.documentfoundation.org/attachment.cgi?id=177968=edit Image of problem Grid does not line up with column and row headers since I upgraded to 7.2*. I have templates I created with 7.1* that no longer display or print properly. This is on the desktop version on Ubuntu 21.10. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147108] custom secondary Axis ticks
https://bugs.documentfoundation.org/show_bug.cgi?id=147108 LeroyG changed: What|Removed |Added Summary|custom Axis ticks |custom secondary Axis ticks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147108] custom Axis ticks
https://bugs.documentfoundation.org/show_bug.cgi?id=147108 --- Comment #1 from LeroyG --- The requested ticks are in the secondary (upper) X axis. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147076] AutoFilter does not show special characters
https://bugs.documentfoundation.org/show_bug.cgi?id=147076 --- Comment #2 from Ian Eales --- Created attachment 177967 --> https://bugs.documentfoundation.org/attachment.cgi?id=177967=edit list of spileberg films -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147111] Sterling symbol £ 0xc2a3 in data import is saved as ﾣ 0xefbea3
https://bugs.documentfoundation.org/show_bug.cgi?id=147111 --- Comment #4 from Julien Nabet --- (In reply to number774 from comment #3) > @jnabet that's interesting that I have an old version of Open Office. I'm > running Ubuntu 20.04.3 LTS with all the patches it wants to give me. > I guess my next move is to raise an Ubuntu bug! > Thanks. Libreoffice is a fork from OpenOffice. It might be expected that Ubuntu 20.04.3 only proposes last version of a specific branch in your case 6.4 branch. In Linux world, it's a bit a compromise between very stable/mature programs but old version and bleeding edge but might be unstable. Personally, I use Debian testing as a compromise (there's also Debian stable and SID). Of course it's depend on the use of a machine, is it just your personal machine or is it a production server. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147111] Sterling symbol £ 0xc2a3 in data import is saved as ﾣ 0xefbea3
https://bugs.documentfoundation.org/show_bug.cgi?id=147111 --- Comment #3 from number...@btinternet.com --- @jnabet that's interesting that I have an old version of Open Office. I'm running Ubuntu 20.04.3 LTS with all the patches it wants to give me. I guess my next move is to raise an Ubuntu bug! Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45472] EDITING: Cursor position is miscalculated after selecting cells
https://bugs.documentfoundation.org/show_bug.cgi?id=45472 --- Comment #18 from LeroyG --- I see no difference if my test is applied to horizontal ranges instead of vertical ranges. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45472] EDITING: Cursor position is miscalculated after selecting cells
https://bugs.documentfoundation.org/show_bug.cgi?id=45472 --- Comment #17 from LeroyG --- Created attachment 177966 --> https://bugs.documentfoundation.org/attachment.cgi?id=177966=edit Sample file with 7 cases. There is no need to fill cells, just selecting them. So, cells could be empty. Does not matter if cells are selected with keyboard (i.e., Ctrl+Shift+Arrow Up, or Shift+Arrow Up×n) or with mouse/touchpad (click/tap and drag). If the expected behavior is to have a similar range in which to paste, I think there is an inconsistency (cases b-c, d, e, f, h-i), because first or last final cells are not empty. Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: x11 Locale: es-MX (es_AR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - sw/qa sw/source
sw/qa/extras/ooxmlimport/ooxmlimport2.cxx |3 ++-
sw/qa/inc/swmodeltestbase.hxx |4 +++-
sw/qa/unit/swmodeltestbase.cxx|6 --
sw/source/core/inc/bookmark.hxx |4
4 files changed, 13 insertions(+), 4 deletions(-)
New commits:
commit 3eac118b31ed569dbcec845fc32386ebd0022f73
Author: Michael Stahl
AuthorDate: Tue Feb 1 13:32:43 2022 +0100
Commit: Michael Stahl
CommitDate: Tue Feb 1 21:40:21 2022 +0100
sw: add note to DateFieldmark
Change-Id: I50cc5fcc46e200116745cdfa1c3588436ac0aa46
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129288
Tested-by: Jenkins
Reviewed-by: Michael Stahl
diff --git a/sw/source/core/inc/bookmark.hxx b/sw/source/core/inc/bookmark.hxx
index ed7d5ad82180..f352eebadf77 100644
--- a/sw/source/core/inc/bookmark.hxx
+++ b/sw/source/core/inc/bookmark.hxx
@@ -301,6 +301,10 @@ namespace sw::mark {
};
/// Fieldmark representing a date form field.
+/// TODO: this was an SDT in DOCX, which is modelled suboptimally here
+/// as a fieldmark; as it cannot contain paragraph breaks, must be
+/// well-formed XML element, and does not have field separator, it
+/// should be a nesting text attribute similar to SwTextMeta.
class DateFieldmark final
: virtual public IDateFieldmark
, public FieldmarkWithDropDownButton
commit b72fcad54b7346615f8b8e703e243b72e5cca9f9
Author: Michael Stahl
AuthorDate: Tue Feb 1 13:31:04 2022 +0100
Commit: Michael Stahl
CommitDate: Tue Feb 1 21:40:05 2022 +0100
sw: change test to check the text content instead of just the length
Change-Id: I7a0abd1c7520b441b80ed4da11d3b50c2367cd69
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129287
Tested-by: Jenkins
Reviewed-by: Michael Stahl
diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx
b/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx
index bb677a125beb..f3eb3d4aad34 100644
--- a/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx
+++ b/sw/qa/extras/ooxmlimport/ooxmlimport2.cxx
@@ -761,7 +761,8 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf126114)
load(mpTestDocumentPath, "tdf126114.docx");
// The problem was that after the drop-down form field, also the
placeholder string
// was imported as text. Beside the duplication of the field, it also
caused a crash.
-CPPUNIT_ASSERT_EQUAL(7, getLength());
+// the word is from replacement of the drop-down field in ModelToViewHelper
+CPPUNIT_ASSERT_EQUAL(OUString("gehuwd\n"), getBodyText());
}
CPPUNIT_TEST_FIXTURE(Test, testTdf127825)
diff --git a/sw/qa/inc/swmodeltestbase.hxx b/sw/qa/inc/swmodeltestbase.hxx
index fc194c87c2a9..329a9a60b4d8 100644
--- a/sw/qa/inc/swmodeltestbase.hxx
+++ b/sw/qa/inc/swmodeltestbase.hxx
@@ -213,8 +213,10 @@ protected:
void calcLayout();
-/// Get the length of the whole document.
+/// Get the length of the whole document. @deprecated why use this?
int getLength() const;
+/// Get the body text of the whole document.
+OUString getBodyText() const;
/// Get a family of styles, see com.sun.star.style.StyleFamilies for
possible values.
css::uno::Reference getStyles(const OUString&
aFamily);
diff --git a/sw/qa/unit/swmodeltestbase.cxx b/sw/qa/unit/swmodeltestbase.cxx
index ee35a1cc7259..e1b28153110f 100644
--- a/sw/qa/unit/swmodeltestbase.cxx
+++ b/sw/qa/unit/swmodeltestbase.cxx
@@ -172,7 +172,9 @@ void SwModelTestBase::calcLayout()
pDoc->getIDocumentLayoutAccess().GetCurrentViewShell()->CalcLayout();
}
-int SwModelTestBase::getLength() const
+int SwModelTestBase::getLength() const { return getBodyText().getLength(); }
+
+OUString SwModelTestBase::getBodyText() const
{
uno::Reference xTextDocument(mxComponent,
uno::UNO_QUERY);
uno::Reference
xParaEnumAccess(xTextDocument->getText(),
@@ -190,7 +192,7 @@ int SwModelTestBase::getLength() const
aBuf.append(xRange->getString());
}
}
-return aBuf.getLength();
+return aBuf.makeStringAndClear();
}
uno::Reference SwModelTestBase::getStyles(const
OUString& aFamily)
[Libreoffice-commits] core.git: bin/flat-odf-cleanup.py
bin/flat-odf-cleanup.py | 296
1 file changed, 296 insertions(+)
New commits:
commit 53c547d54c0e97b6fb3f054cdba1acacf40e3724
Author: Michael Stahl
AuthorDate: Mon Jan 31 17:21:32 2022 +0100
Commit: Michael Stahl
CommitDate: Tue Feb 1 21:39:31 2022 +0100
add bin/flat-odf-cleanup.py
Change-Id: I0e4512762519a6ac4e4968cbeee3576cc7eeafa3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129286
Tested-by: Jenkins
Reviewed-by: Michael Stahl
diff --git a/bin/flat-odf-cleanup.py b/bin/flat-odf-cleanup.py
new file mode 100644
index ..d9a3f000db28
--- /dev/null
+++ b/bin/flat-odf-cleanup.py
@@ -0,0 +1,296 @@
+#!/usr/bin/python3
+# -*- tab-width: 4; indent-tabs-mode: nil; py-indent-offset: 4 -*-
+#
+# This file is part of the LibreOffice project.
+#
+# This Source Code Form is subject to the terms of the Mozilla Public
+# License, v. 2.0. If a copy of the MPL was not distributed with this
+# file, You can obtain one at http://mozilla.org/MPL/2.0/.
+#
+
+import sys
+# sadly need lxml because the python one doesn't preserve namespace prefixes
+# and type-detection looks for the string "office:document"
+from lxml import etree as ET
+#import xml.etree.ElementTree as ET
+
+def get_used_p_styles(root):
+elementnames = [
+".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}p",
+".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}h",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}alphabetical-index-entry-template",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}bibliography-entry-template",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}illustration-index-entry-template",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}index-source-style",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}object-index-entry-template",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}table-index-entry-template",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}table-of-content-entry-template",
+
".//{urn:oasis:names:tc:opendocument:xmlns:text:1.0}user-index-entry-template",
+]
+
+# document content
+ps = sum([root.findall(e) for e in elementnames], [])
+usedpstyles = set()
+usedcondstyles = set()
+for p in ps:
+
usedpstyles.add(p.get("{urn:oasis:names:tc:opendocument:xmlns:text:1.0}style-name"))
+if
p.get("{urn:oasis:names:tc:opendocument:xmlns:text:1.0}cond-style-name"):
+
usedcondstyles.add(p.get("{urn:oasis:names:tc:opendocument:xmlns:text:1.0}cond-style-name"))
+if
p.get("{urn:oasis:names:tc:opendocument:xmlns:text:1.0}class-names"):
+for style in
p.get("{urn:oasis:names:tc:opendocument:xmlns:text:1.0}class-names").split(" "):
+usedpstyles.add(style)
+for shape in
root.findall(".//*[@{urn:oasis:names:tc:opendocument:xmlns:draw:1.0}text-style-name]"):
+
usedpstyles.add(shape.get("{urn:oasis:names:tc:opendocument:xmlns:draw:1.0}text-style-name"))
+for tabletemplate in
root.findall(".//*[@{urn:oasis:names:tc:opendocument:xmlns:table:1.0}paragraph-style-name]"):
+
usedpstyles.add(tabletemplate.get("{urn:oasis:names:tc:opendocument:xmlns:table:1.0}paragraph-style-name"))
+for page in
root.findall(".//*[@{urn:oasis:names:tc:opendocument:xmlns:style:1.0}register-truth-ref-style-name]"):
+
usedpstyles.add(page.get("{urn:oasis:names:tc:opendocument:xmlns:style:1.0}register-truth-ref-style-name"))
+for form in
root.findall(".//*[@{urn:oasis:names:tc:opendocument:xmlns:form:1.0}text-style-name]"):
+
usedpstyles.add(form.get("{urn:oasis:names:tc:opendocument:xmlns:form:1.0}text-style-name"))
+# conditional styles
+for condstyle in usedcondstyles:
+for map_ in
root.findall(".//{urn:oasis:names:tc:opendocument:xmlns:style:1.0}style[@{urn:oasis:names:tc:opendocument:xmlns:style:1.0}family='paragraph'][@{urn:oasis:names:tc:opendocument:xmlns:style:1.0}name='"
+ condstyle + "']/{urn:oasis:names:tc:opendocument:xmlns:style:1.0}map"):
+
usedpstyles.add(map_.get("{urn:oasis:names:tc:opendocument:xmlns:style:1.0}apply-style-name"))
+# other styles
+for notesconfig in
root.findall(".//*[@{urn:oasis:names:tc:opendocument:xmlns:text:1.0}default-style-name]"):
+
usedpstyles.add(notesconfig.get("{urn:oasis:names:tc:opendocument:xmlns:text:1.0}default-style-name"))
+return usedpstyles
+
+def add_parent_styles(usedstyles, styles):
+size = -1
+while size != len(usedstyles):
+size = len(usedstyles)
+for style in styles:
+if
style.get("{urn:oasis:names:tc:opendocument:xmlns:style:1.0}name") in
usedstyles:
+if
style.get("{urn:oasis:names:tc:opendocument:xmlns:style:1.0}parent-style-name"):
+
[Libreoffice-bugs] [Bug 135215] FILEOPEN: XLSX: long time to open file
https://bugs.documentfoundation.org/show_bug.cgi?id=135215 Xisco Faulí changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #13 from Xisco Faulí --- I did a reverse bisection and the situation got improved by author Noel Grandin 2022-01-28 16:32:35 +0200 committer Noel Grandin 2022-01-29 10:40:31 +0100 commit 7f3682ecb8a40fe85b6525be9e73d49d76bb308b (patch) tree9f71d9a89ecb3d579cea72ebbd454817ae9dad51 parent 91622529794f0c519bec2938513a756f660e849c (diff) fix loading file with very large number of styles which is also backported to libreoffice-7-3 @Julien, any chance you could get a new framegraph ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147029] Improve lots of templates loading performance
https://bugs.documentfoundation.org/show_bug.cgi?id=147029 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 CC||79045_79...@mail.ru Severity|enhancement |normal Status|UNCONFIRMED |NEEDINFO Keywords||perf --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- How many templates do you have there? Over hundreds? I need some number for confirming -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/commonfuzzer.mk
vcl/commonfuzzer.mk |1 + 1 file changed, 1 insertion(+) New commits: commit 62de82a45aa3e02ab3fd57b56ccf051a4bd5ac80 Author: Caolán McNamara AuthorDate: Tue Feb 1 20:23:57 2022 + Commit: Caolán McNamara CommitDate: Tue Feb 1 21:24:44 2022 +0100 ofz: fix further build failure Change-Id: I0f4f6d4dec543780a2421193785d099c0b998f95 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129307 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/vcl/commonfuzzer.mk b/vcl/commonfuzzer.mk index 07f5c4c47591..dd90254b7f91 100644 --- a/vcl/commonfuzzer.mk +++ b/vcl/commonfuzzer.mk @@ -35,6 +35,7 @@ fuzzer_externals = \ libxml2 \ libjpeg \ libpng \ +libwebp \ openssl \ expat \ mythes \
[Libreoffice-bugs] [Bug 88278] [META] SVG import image filter (all modules)
https://bugs.documentfoundation.org/show_bug.cgi?id=88278 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||147052 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147052 [Bug 147052] SVG import transforms image -- You are receiving this mail because: You are the assignee for the bug.
