[Libreoffice-bugs] [Bug 148632] Point Bookmarks are not removed when the Table of Contents are removed. Can't get rid of them
https://bugs.documentfoundation.org/show_bug.cgi?id=148632 Eldar changed: What|Removed |Added Summary|Point Bookmarks are not |Point Bookmarks are not |removed when the Table of |removed when the Table of |Contents are removed|Contents are removed. Can't ||get rid of them -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148633] New: LO Help F1 shows contents of a script file, not a doc for help
https://bugs.documentfoundation.org/show_bug.cgi?id=148633 Bug ID: 148633 Summary: LO Help F1 shows contents of a script file, not a doc for help Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: robgr...@gmx.com Version: 7.3.2.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 6; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-GB Ubuntu package version: 1:7.3.2-0ubuntu2 Calc: threaded Gnome 42 Ubuntu 22.04 windowing X11 cpu amd fx 6core LO installed from Ubuntu repositories When clicking "help" or pressing F1, a new window opens and displays... window.location.href = "file:///usr/share/libreoffice/help/index.html?Target=swriter/.uno%3AHelpIndex&Language=en-GB&System=UNIX&Version=7.3";Help Page Redirection No help function. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148632] New: Point Bookmarks are not removed when the Table of Contents are removed
https://bugs.documentfoundation.org/show_bug.cgi?id=148632 Bug ID: 148632 Summary: Point Bookmarks are not removed when the Table of Contents are removed Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eagala...@gmail.com Description: When I insert Table of Contents then LO creates so called "Point Bookmarks" for all Headings. They looks as vertical gray bar symbol before Heading text. When I remove Table of Contents these bookmarks remains in the document and cannot be deleted. Steps to Reproduce: 1. Type some text like "Title 1" and pick Heading 1 style for it; 2. Insert Table of Contents at new line. Point bookmark should be added before "Title 1" text; 3. Remove Table of Contents. Point Bookmark will remains. Actual Results: After removing ToC, Point Bookmark remains. Expected Results: Point Bookmarks should be removed when ToC are removed. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.2.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-GB (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.2-0ubuntu2 Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Bug 103030 depends on bug 148237, which changed state. Bug 148237 Summary: Wrong field names for cross references to footnotes and endnotes (see comment 3) https://bugs.documentfoundation.org/show_bug.cgi?id=148237 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148237] Wrong field names for cross references to footnotes and endnotes (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148237 Jim Raykowski changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #11 from Jim Raykowski --- (In reply to sdc.blanco from comment #9) > I can also see that you make the Statistics Field in Navigator have the > information requested in bug 45048. That wasn't done as part of this patch. I didn't know about bug 45048 until you mentioned it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148329] Accept Hebrew Maqaf for '-' in search pattern
https://bugs.documentfoundation.org/show_bug.cgi?id=148329 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 148320] Explicit toggle for ToC/Index title
https://bugs.documentfoundation.org/show_bug.cgi?id=148320 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 148319] EDITING deleting cells with dependency must issue warning
https://bugs.documentfoundation.org/show_bug.cgi?id=148319 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 148317] KDE wayland session: presentation does not display on external screen
https://bugs.documentfoundation.org/show_bug.cgi?id=148317 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 148189] Autocorrect hyphen/minus sign into Hebrew Maqaf when appropriate
https://bugs.documentfoundation.org/show_bug.cgi?id=148189 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 148575] Crash when I tried to change the contents in a formula field of a write table
https://bugs.documentfoundation.org/show_bug.cgi?id=148575 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 148575] Crash when I tried to change the contents in a formula field of a write table
https://bugs.documentfoundation.org/show_bug.cgi?id=148575 --- 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 148493] replacement does not work well
https://bugs.documentfoundation.org/show_bug.cgi?id=148493 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 148493] replacement does not work well
https://bugs.documentfoundation.org/show_bug.cgi?id=148493 --- 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 145202] Non si apre piu i documenti
https://bugs.documentfoundation.org/show_bug.cgi?id=145202 --- Comment #3 from QA Administrators --- Dear steqr8, 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 148237] Wrong field names for cross references to footnotes and endnotes (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148237 --- Comment #10 from Commit Notification --- Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8f27cde891cc925d5ff76a736fb54dd70e53b4ee tdf#148237 Show 'Footnote' and 'Endnote' as field name for field cross 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 148237] Wrong field names for cross references to footnotes and endnotes (see comment 3)
https://bugs.documentfoundation.org/show_bug.cgi?id=148237 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/inc sw/source
sw/inc/strings.hrc |2 ++
sw/source/uibase/utlui/content.cxx | 19 +--
2 files changed, 19 insertions(+), 2 deletions(-)
New commits:
commit 8f27cde891cc925d5ff76a736fb54dd70e53b4ee
Author: Jim Raykowski
AuthorDate: Fri Apr 15 16:48:02 2022 -0800
Commit: Jim Raykowski
CommitDate: Sun Apr 17 05:21:25 2022 +0200
tdf#148237 Show 'Footnote' and 'Endnote' as field name for field cross
references to footnotes and endnotes
Change-Id: Ie1828c9c4ec0c3c8159c8e5653b09b2b7bd8a5e3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133092
Tested-by: Jenkins
Reviewed-by: Jim Raykowski
diff --git a/sw/inc/strings.hrc b/sw/inc/strings.hrc
index b534cb115b80..1258f55801af 100644
--- a/sw/inc/strings.hrc
+++ b/sw/inc/strings.hrc
@@ -416,6 +416,8 @@
#define STR_HIDDEN_CHANGES_DETAIL2
NC_("STR_HIDDEN_CHANGES_DETAIL2", "Recording of changes is enabled.")
#define STR_HIDDEN_CHANGES_DETAIL3
NC_("STR_HIDDEN_CHANGES_DETAIL3", "Document contains tracked changes.")
#define STR_HEADER_FOOTER NC_("STR_HEADER_FOOTER",
"Header/Footer")
+#define STR_FLDREF_FOOTNOTE NC_("STR_FLDREF_FOOTNOTE",
"Footnote")
+#define STR_FLDREF_ENDNOTE NC_("STR_FLDREF_ENDNOTE",
"Endnote")
// Undo
#define STR_CANT_UNDO NC_("STR_CANT_UNDO", "not
possible")
diff --git a/sw/source/uibase/utlui/content.cxx
b/sw/source/uibase/utlui/content.cxx
index 05e9eabfbdca..02b07633f531 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -602,8 +602,7 @@ void SwContentType::FillMemberList(bool* pbContentChanged)
OUString sExpandField = pField->ExpandField(true,
m_pWrtShell->GetLayout());
if (!sExpandField.isEmpty())
sExpandField = u" - " + sExpandField;
-OUString sText = pField->GetDescription() + u" - " +
pField->GetFieldName()
-+ sExpandField;
+OUString sText;
if (pField->GetTypeId() ==
SwFieldTypesEnum::DocumentStatistics)
{
OUString sSubType;
@@ -612,6 +611,22 @@ void SwContentType::FillMemberList(bool* pbContentChanged)
sText = pField->GetDescription() + u" - " +
pField->GetFieldName()
+ sSubType + sExpandField;
}
+else if (pField->GetTypeId() ==
SwFieldTypesEnum::GetRef)
+{
+OUString sFieldSubTypeOrName;
+auto nSubType = pField->GetSubType();
+if (nSubType == REF_FOOTNOTE)
+sFieldSubTypeOrName =
SwResId(STR_FLDREF_FOOTNOTE);
+else if (nSubType == REF_ENDNOTE)
+sFieldSubTypeOrName =
SwResId(STR_FLDREF_ENDNOTE);
+else
+sFieldSubTypeOrName = pField->GetFieldName();
+sText = pField->GetDescription() + u" - " +
sFieldSubTypeOrName
++ sExpandField;
+}
+else
+sText = pField->GetDescription() + u" - " +
pField->GetFieldName()
++ sExpandField;
auto pCnt(std::make_unique(this,
sText, pFormatField,
m_bAlphabeticSort ? 0 :
pTextField->GetTextNode().GetIndex().get()));
if
(!pTextField->GetTextNode().getLayoutFrame(m_pWrtShell->GetLayout()))
[Libreoffice-commits] core.git: sw/source
sw/source/uibase/utlui/content.cxx | 12
1 file changed, 12 insertions(+)
New commits:
commit f7102dafc44a66b8ffb7b8d516fe1720fc45f8fe
Author: Jim Raykowski
AuthorDate: Wed Apr 13 18:44:19 2022 -0800
Commit: Jim Raykowski
CommitDate: Sun Apr 17 05:19:20 2022 +0200
SwNavigator content tracking: clear selections and entry cursor
when entry is not found in content tree
This happens when the document cursor is positioned on table of content
hyperlinks.
Change-Id: I717b2dae31780b26cf5450fbea0c8f461659770c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132989
Tested-by: Jenkins
Reviewed-by: Jim Raykowski
diff --git a/sw/source/uibase/utlui/content.cxx
b/sw/source/uibase/utlui/content.cxx
index 64a710b6f3f3..05e9eabfbdca 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -3257,7 +3257,11 @@ static void
lcl_SelectByContentTypeAndAddress(SwContentTree* pThis, weld::TreeVi
ContentTypeId nType, const void*
ptr)
{
if (!ptr)
+{
+rContentTree.set_cursor(-1);
+pThis->Select();
return;
+}
// find content type entry
std::unique_ptr xIter(rContentTree.make_iterator());
@@ -3273,7 +3277,11 @@ static void
lcl_SelectByContentTypeAndAddress(SwContentTree* pThis, weld::TreeVi
}
if (!bFoundEntry)
+{
+rContentTree.set_cursor(-1);
+pThis->Select();
return;
+}
// assure content type entry is expanded
rContentTree.expand_row(*xIter);
@@ -3332,6 +3340,10 @@ static void
lcl_SelectByContentTypeAndAddress(SwContentTree* pThis, weld::TreeVi
return;
}
}
+
+rContentTree.set_cursor(-1);
+pThis->Select();
+return;
}
static void lcl_SelectByContentTypeAndName(SwContentTree* pThis,
weld::TreeView& rContentTree,
[Libreoffice-bugs] [Bug 131085] SVG cross-hatch pattern appears with spurious mosaic of squares
https://bugs.documentfoundation.org/show_bug.cgi?id=131085 --- Comment #10 from Daniel Neville --- The spurious hatch rendering bug (revealed by dragging lo-sad.svg into a LibreWriter document) persists in Version 7.2.6.2 (the latest normally available for my fresh install of Ubuntu 21.10) Adding ppa:libreoffice/ppa and and installing the updates, I now have: Version: 7.3.2.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-NZ (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.3.2~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded The bug still appears exactly as pictured in the "LibreOffice Writer screenshot (annotated)" attachment above. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99084] [META] Impress outline view bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=99084 sdc.bla...@youmail.dk changed: What|Removed |Added Depends on||148629 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148629 [Bug 148629] The "Demote" command is always active in Draw (and Impress), but does not do anything on non-list paragraphs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148629] The "Demote" command is always active in Draw (and Impress), but does not do anything on non-list paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=148629 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||99084 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99084 [Bug 99084] [META] Impress outline view bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148629] The "Demote" command is always active in Draw (and Impress), but does not do anything on non-list paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=148629 sdc.bla...@youmail.dk changed: What|Removed |Added Summary|The "Demote" command is |The "Demote" command is |always active in Draw, but |always active in Draw (and |does not do anything on |Impress), but does not do |non-list paragraphs |anything on non-list ||paragraphs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148630] IVS characters get more space if character spacing is set.
https://bugs.documentfoundation.org/show_bug.cgi?id=148630 --- Comment #1 from Mark Hung --- Created attachment 179621 --> https://bugs.documentfoundation.org/attachment.cgi?id=179621=edit Sample document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148631] New: Shading in some Ribbon shapes from ppt is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=148631 Bug ID: 148631 Summary: Shading in some Ribbon shapes from ppt is missing Product: LibreOffice Version: Inherited From OOo Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 179620 --> https://bugs.documentfoundation.org/attachment.cgi?id=179620=edit Document with ribbon-shapes Open attached document. It contains some shapes and screenshots how these shapes look in PowerPoint 97. Notice, that some parts should be dark, but they are not. The error is in the segment list in https://opengrok.libreoffice.org/xref/core/svx/source/customshapes/EnhancedCustomShapeGeometry.cxx The affected shapes are mso_sptRibbon, mso_sptElllipseRibbon2 and mso_EllipseRibbon. The parts which are not dark although they should be dark have erroneously the command "no fill". That is 0xaa00 in the encoding in the segment list. To investigate whether the "no fill" command is used in the shape, you can examine the property "CustomShapeGeometry", therein "Path", therein "Segments". This has the commands encoded as in https://api.libreoffice.org/docs/idl/ref/EnhancedCustomShapeSegmentCommand_8idl.html I think, this can become an easyhack. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148594] IVS characters get more space if character spacing is set.
https://bugs.documentfoundation.org/show_bug.cgi?id=148594 Mark Hung changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8630 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148630] IVS characters get more space if character spacing is set.
https://bugs.documentfoundation.org/show_bug.cgi?id=148630 Mark Hung changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8594 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148630] New: IVS characters get more space if character spacing is set.
https://bugs.documentfoundation.org/show_bug.cgi?id=148630 Bug ID: 148630 Summary: IVS characters get more space if character spacing is set. Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mark...@gmail.com Description: When setting character spacing to 10pt, some unicode IVS ( U+4E00U+e01e1 ) get more space than it should have. Original issue is reported: https://github.com/ButTaiwan/bpmfvs/issues/1 The font can be downloaded here: https://github.com/ButTaiwan/bpmfvs/releases/download/v1.320/Bpmf_Regulars.zip Steps to Reproduce: 1. Open the document. 2. Check the text inside. The text contains two unicode IVS (U+4e00U+e01e1 in the first line, U+4e00U+e01e2 in the second line. ). Actual Results: Some of the character spacing is larger. Expected Results: All character spacing should be equal (i.e. 15pt). Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 16; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: zh-TW (zh_TW); UI: zh-TW Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148629] New: The "Demote" command is always active in Draw, but does not do anything on non-list paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=148629 Bug ID: 148629 Summary: The "Demote" command is always active in Draw, but does not do anything on non-list paragraphs Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sdc.bla...@youmail.dk Created attachment 179619 --> https://bugs.documentfoundation.org/attachment.cgi?id=179619=edit simple document to use for testing Demote command 1. Use attached file, which has two textboxes, one with an ordered list and one with a few lines of text, or make your own version. 2. Place cursor in a non-list paragraph. 3. Format > Lists > Demote Actual: Command is active, nothing happens. Expected: ?? maybe it shouldn't be active? This ticket is filed under Draw, but same problem with Impress (and same command, .uno:OutlineRight), which is why only one ticket is filed for now. STR in Impress. 1. Make a textbox with some text lines. 2. View > Toolbars > Outline 3. Click on Demote (right arrow) Actual: Command is active, but nothing happens. Also in 7.2.6.2 Additional information: 1. The Demote command in Writer is not active, in non-list paragraphs. -- You are receiving this mail because: You are the assignee for the bug.
Re: Some Chinese characters and Special characters are missing in tools and status bar
I do not know the code, but for QA pirpose, as I have pointed out in one of the bugs, it is bibisected to the following range: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range=9d02d86e8a91%5E..d697e792c5b4 So it must be one of the three commits which have broke this. The next step may be to bisect between the three to find out which one is the first bad commit, then focus on the changes of lines that commit to find out where it goes wrong. Kevin Suo 于 2022年4月17日 GMT+08:00 上午12:31:06, "徐恩华" 写到: >Hello everyone, >I found a bug, some Chinese characters and special characters are missing in >tools and status bar. If you are interested in the bug, please visit >https://bugs.documentfoundation.org/show_bug.cgi?id=148470 >https://bugs.documentfoundation.org/show_bug.cgi?id=148477 >Could you give me some advice to fix this bug, thank you very much. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[Libreoffice-bugs] [Bug 56959] libvisio: Draw does not import properly MS Visio connectors
https://bugs.documentfoundation.org/show_bug.cgi?id=56959 chuck.pob...@gmail.com changed: What|Removed |Added CC||chuck.pob...@gmail.com --- Comment #22 from chuck.pob...@gmail.com --- Still present with Libreoffice 7.3.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146598] Freezing when using cut, copy, or paste on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=146598 steve changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8051 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148051] Mac: Crashings for unkown reasons, despite reset user profile etc.
https://bugs.documentfoundation.org/show_bug.cgi?id=148051 steve changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||6598 --- Comment #35 from steve --- Could this be a dupe of https://bugs.documentfoundation.org/show_bug.cgi?id=146598 ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113510] [META] Bugs that cause CPU to run at 100%
https://bugs.documentfoundation.org/show_bug.cgi?id=113510 Bug 113510 depends on bug 76985, which changed state. Bug 76985 Summary: Freeze: Moving graphic frame always freezes Writer https://bugs.documentfoundation.org/show_bug.cgi?id=76985 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107656] [META] Frame bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107656 Bug 107656 depends on bug 76985, which changed state. Bug 76985 Summary: Freeze: Moving graphic frame always freezes Writer https://bugs.documentfoundation.org/show_bug.cgi?id=76985 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 76985, which changed state. Bug 76985 Summary: Freeze: Moving graphic frame always freezes Writer https://bugs.documentfoundation.org/show_bug.cgi?id=76985 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 76985] Freeze: Moving graphic frame always freezes Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=76985 Gerry changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #27 from Gerry --- I cannot reproduce this bug anymore with Version: 7.3.2.2 / LibreOffice Community Build ID: 30(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.3.2~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded I close it as WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/source
sw/source/ui/fldui/flddok.cxx | 13 +
1 file changed, 13 insertions(+)
New commits:
commit 911d7c3336f07a4ea49bb539bf1bd35f11eea2a0
Author: Vasily Melenchuk
AuthorDate: Wed Apr 13 20:19:35 2022 +0300
Commit: Thorsten Behrens
CommitDate: Sun Apr 17 00:12:30 2022 +0200
tdf#148551: sw ui: set default format value for Insert Field dlg
My previous implementation was changing current format selection
only for field edit dialog. However it should be initialized also
for insert field dlg. It is not always first element. Instead of
older confusing approach right now there is a switch to set
defaults: it is less confusing IMO.
Change-Id: I189339ba66effc49267004a42345a28892cb693c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132980
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens
(cherry picked from commit b2b821715a3745718a941fa99dda92137c0f0c86)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133045
diff --git a/sw/source/ui/fldui/flddok.cxx b/sw/source/ui/fldui/flddok.cxx
index fba96e93cb4a..3bd1b4f5dea1 100644
--- a/sw/source/ui/fldui/flddok.cxx
+++ b/sw/source/ui/fldui/flddok.cxx
@@ -471,6 +471,19 @@ sal_Int32 SwFieldDokPage::FillFormatLB(SwFieldTypesEnum
nTypeId)
{
m_xFormatLB->select_id(OUString::number(GetCurField()->GetFormat() &
~AF_FIXED));
}
+else
+{
+// Select default selected value for "Insert" dialog
+switch (nTypeId)
+{
+case SwFieldTypesEnum::PageNumber:
+case SwFieldTypesEnum::DocumentStatistics:
+m_xFormatLB->select_text(SwResId(FMT_NUM_PAGEDESC));
+break;
+default:
+m_xFormatLB->select(0);
+}
+}
FormatHdl(*m_xFormatLB);
[Libreoffice-bugs] [Bug 148622] Calc crashes while opening stored ods-files after Windows 10 update
https://bugs.documentfoundation.org/show_bug.cgi?id=148622 --- Comment #2 from m...@brmweb.de --- After new Win10 installation problem resolved -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148624] Crash in: GrVkPipelineState::setAndBindInputAttachment(GrVkGpu *,gr_sp
https://bugs.documentfoundation.org/show_bug.cgi?id=148624 Julien Nabet changed: What|Removed |Added Hardware|All |x86-64 (AMD64) OS|All |Windows (All) --- Comment #1 from Julien Nabet --- Logs show "Skia", perhaps https://wiki.documentfoundation.org/QA/FirstSteps#Graphics-related_issues_.28_Skia_.29 may help. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148628] New: Problem in layout of Bullet and Numbering dialog after choosing Type
https://bugs.documentfoundation.org/show_bug.cgi?id=148628 Bug ID: 148628 Summary: Problem in layout of Bullet and Numbering dialog after choosing Type Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sdc.bla...@youmail.dk Created attachment 179618 --> https://bugs.documentfoundation.org/attachment.cgi?id=179618=edit Screenshot after step 3 in STR 1. Open new Presentation document. 2. Right-click in Slide, choose Bullets and Numbering 3. Change type from Bullet to 1,2,3 4. See attachment for actual result, where OK button is covered. Even though it is highlighted, the button is not active. It is necessary to lengthen the window to get the Reset, Ok, Cancel buttons. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d34d1db55978bdcff082af1e0f75b18fa6fc94f4 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148557] Crash mergedlo!SdrTextObj::GetOutlinerParaObject+0x10mergedlo!SdrTextObj::GetOutlinerParaObject+0x10:
https://bugs.documentfoundation.org/show_bug.cgi?id=148557 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords|wantBacktrace |haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148557] Crash mergedlo!SdrTextObj::GetOutlinerParaObject+0x10mergedlo!SdrTextObj::GetOutlinerParaObject+0x10:
https://bugs.documentfoundation.org/show_bug.cgi?id=148557 --- Comment #6 from Julien Nabet --- Created attachment 179617 --> https://bugs.documentfoundation.org/attachment.cgi?id=179617=edit bt with debug symbols On pc Debian x86-64 with master sources updated today, I could reproduce this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121368] Brochure printing error
https://bugs.documentfoundation.org/show_bug.cgi?id=121368 printerhelp changed: What|Removed |Added Crash report or||hp printer offline crash signature|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121368] Brochure printing error
https://bugs.documentfoundation.org/show_bug.cgi?id=121368 printerhelp changed: What|Removed |Added URL|https://www.printer.support |https://www.supportprinterh |/ |elp.com/hp-printer-offline- ||help-support/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #11 from Regina Henschel --- The unit of the Position dialog is not determined by the document but by your "Locale setting". Go to Tools > Options > Language Settings > Languages. Look at section "Formats" > Locale setting. In your case it should be "Hungarian". I use "German". If it is "Default - English(USA)" the dialog will use inches. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - i18npool/qa
i18npool/qa/cppunit/test_breakiterator.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 69d621d833fcfe76156c1e078ba24c5bb1c0 Author: Rene Engelhard AuthorDate: Fri Apr 15 08:38:52 2022 +0200 Commit: Eike Rathke CommitDate: Sat Apr 16 22:36:37 2022 +0200 apply ICU test workaround to < 70 to "fix" test with ICU 71 See also 263961306ede0656ebb7904034a2172615ce81d0 Change-Id: Ib64ec43dba59ffddb34fe7f1a0f0d2e589c3455c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133063 Tested-by: René Engelhard Reviewed-by: Eike Rathke (cherry picked from commit 67c577c692faaa0382d26c3c3f47b5ffa9deaa77) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133046 Tested-by: Jenkins diff --git a/i18npool/qa/cppunit/test_breakiterator.cxx b/i18npool/qa/cppunit/test_breakiterator.cxx index b74ff4222be4..cdcbff9be535 100644 --- a/i18npool/qa/cppunit/test_breakiterator.cxx +++ b/i18npool/qa/cppunit/test_breakiterator.cxx @@ -856,11 +856,11 @@ void TestBreakIterator::testLao() i18n::WordType::DICTIONARY_WORD, true); CPPUNIT_ASSERT_EQUAL(sal_Int32(5), aBounds.startPos); -#if (U_ICU_VERSION_MAJOR_NUM != 70) +#if (U_ICU_VERSION_MAJOR_NUM < 70) CPPUNIT_ASSERT_EQUAL(sal_Int32(9), aBounds.endPos); #else // FIXME: -// In ICU 70 for yet unknown reason the word boundary 9 is not detected and +// In ICU 70/71 for yet unknown reason the word boundary 9 is not detected and // instead the length 12 is returned as endpos. // Deep in // icu_70::RuleBasedBreakIterator::BreakCache::next()
[Libreoffice-bugs] [Bug 148622] Calc crashes while opening stored ods-files after Windows 10 update
https://bugs.documentfoundation.org/show_bug.cgi?id=148622 Timur changed: What|Removed |Added Summary|Calc crashes while opening |Calc crashes while opening |stored ods-files after |stored ods-files after |Windows update |Windows 10 update Severity|normal |major --- Comment #1 from Timur --- Please confirm you did User Profile Reset, as you wrote. Does it start in Safe mode? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/source
sw/source/uibase/utlui/content.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit a24a97f7d3ae88d81df3341bfc4296ab4a7237fb
Author: Caolán McNamara
AuthorDate: Sat Apr 16 12:29:37 2022 +0100
Commit: Adolfo Jayme Barrientos
CommitDate: Sat Apr 16 21:52:02 2022 +0200
Resolves: tdf#148197 crash on launching context menu with no row selected
Change-Id: I4b05e6013ec4fb8f3968484a59c2dacf1e1c97ee
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133047
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos
diff --git a/sw/source/uibase/utlui/content.cxx
b/sw/source/uibase/utlui/content.cxx
index 7e197dafdd67..4985e4f2075e 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -1934,7 +1934,7 @@ IMPL_LINK(SwContentTree, CommandHdl, const CommandEvent&,
rCEvt, bool)
xPop->remove("footnotetracking");
bool bSetSensitiveCollapseAllCategories = false;
-if (!m_bIsRoot)
+if (!m_bIsRoot && xEntry)
{
bool bEntry = m_xTreeView->get_iter_first(*xEntry);
while (bEntry)
[Libreoffice-bugs] [Bug 148627] New: operation delayed until newline entered
https://bugs.documentfoundation.org/show_bug.cgi?id=148627 Bug ID: 148627 Summary: operation delayed until newline entered Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tor...@yahoo.com Created attachment 179616 --> https://bugs.documentfoundation.org/attachment.cgi?id=179616=edit text with 1 line In Weird.odt, cursor at ‘0’, hit key ‘m’: no ‘m’ is inserted, but ‘st’ appears after ‘est’! Now, put cursor at beginning-of-line and hit Enter: new line is correct, with ‘m’ before ‘0’. Hit ^z (undo), line returns to its place, correct. Reload Weird.odt, select ‘Comme le minimum de uQ se produit à ’ and hit Del (delete), the selected string is not deleted; instead… well, try it! Now, put cursor at beginning-of-line and hit Enter: new line is correct, with the selected string deleted. Why? All I can say is that I did not program deliberately this crazy behaviour —just to fool you? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/qa sw/source
sw/inc/calc.hxx|2 -
sw/inc/docufld.hxx |2 -
sw/inc/ndgrf.hxx |2 -
sw/inc/unochart.hxx|4 +--
sw/inc/unostyle.hxx|2 -
sw/qa/extras/tiledrendering/tiledrendering.cxx |4 +--
sw/source/core/bastyp/calc.cxx | 12 +--
sw/source/core/fields/docufld.cxx | 12 +--
sw/source/core/graphic/ndgrf.cxx |9
sw/source/core/text/porlin.cxx |4 +--
sw/source/core/text/porlin.hxx |2 -
sw/source/core/undo/undel.cxx |6 ++---
sw/source/core/unocore/XMLRangeHelper.cxx |4 +--
sw/source/core/unocore/unochart.cxx| 26 -
sw/source/core/unocore/unostyle.cxx| 19 +-
sw/source/filter/ww8/docxattributeoutput.cxx | 12 +--
sw/source/filter/ww8/docxattributeoutput.hxx |2 -
sw/source/filter/ww8/wrtw8nds.cxx | 12 +--
sw/source/filter/ww8/wrtww8.hxx|2 -
19 files changed, 70 insertions(+), 68 deletions(-)
New commits:
commit 7337c4181331eaf091050181d4c21be5911ac815
Author: Noel Grandin
AuthorDate: Sat Apr 16 19:52:04 2022 +0200
Commit: Noel Grandin
CommitDate: Sat Apr 16 21:25:42 2022 +0200
use more string_view in sw
Change-Id: Iaf4db41d913dde13ea1ceb3fbbb3dafc21f90d24
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133098
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sw/inc/calc.hxx b/sw/inc/calc.hxx
index 5ff42c15c59e..1fabeede4dab 100644
--- a/sw/inc/calc.hxx
+++ b/sw/inc/calc.hxx
@@ -219,7 +219,7 @@ class SwCalc
SwSbxValue StdFunc(pfCalc pFnc, bool bChkTrig);
static OUString GetColumnName( const OUString& rName );
-OUString GetDBName( const OUString& rName );
+OUString GetDBName( std::u16string_view rName );
SwCalc( const SwCalc& ) = delete;
SwCalc& operator=( const SwCalc& ) = delete;
diff --git a/sw/inc/docufld.hxx b/sw/inc/docufld.hxx
index f1023e372970..1cb5d23e0e71 100644
--- a/sw/inc/docufld.hxx
+++ b/sw/inc/docufld.hxx
@@ -330,7 +330,7 @@ public:
void SetValue(bool bHidden) { m_bIsHidden = bHidden; }
static OUString GetColumnName(const OUString& rName);
-static OUString GetDBName(const OUString& rName, SwDoc& rDoc);
+static OUString GetDBName(std::u16string_view rName, SwDoc& rDoc);
/// Condition
virtual voidSetPar1(const OUString& rStr) override;
diff --git a/sw/inc/ndgrf.hxx b/sw/inc/ndgrf.hxx
index 9397156bb078..94569aafe4e1 100644
--- a/sw/inc/ndgrf.hxx
+++ b/sw/inc/ndgrf.hxx
@@ -66,7 +66,7 @@ class SW_DLLPUBLIC SwGrfNode final: public SwNoTextNode
SwGrfFormatColl* pGrfColl,
SwAttrSet const * pAutoAttr );
-void InsertLink( const OUString& rGrfName, const OUString& rFltName );
+void InsertLink( std::u16string_view rGrfName, const OUString& rFltName );
/// allow reaction on change of content of GraphicObject, so always call
/// when GraphicObject content changes
diff --git a/sw/inc/unochart.hxx b/sw/inc/unochart.hxx
index a639127d97fb..e6373460f853 100644
--- a/sw/inc/unochart.hxx
+++ b/sw/inc/unochart.hxx
@@ -137,9 +137,9 @@ class SwChartDataProvider final :
css::uno::Reference< css::chart2::data::XDataSource >
Impl_createDataSource( const css::uno::Sequence< css::beans::PropertyValue >&
aArguments, bool bTestOnly = false );
/// @throws css::lang::IllegalArgumentException
/// @throws css::uno::RuntimeException
-css::uno::Reference< css::chart2::data::XDataSequence >
Impl_createDataSequenceByRangeRepresentation( const OUString&
aRangeRepresentation, bool bTestOnly = false );
+css::uno::Reference< css::chart2::data::XDataSequence >
Impl_createDataSequenceByRangeRepresentation( std::u16string_view
aRangeRepresentation, bool bTestOnly = false );
-static OUString GetBrokenCellRangeForExport( const OUString
);
+static OUString GetBrokenCellRangeForExport( std::u16string_view
rCellRangeRepresentation );
public:
SwChartDataProvider( const SwDoc& rDoc );
diff --git a/sw/inc/unostyle.hxx b/sw/inc/unostyle.hxx
index a865a3880d75..d3f1124785b9 100644
--- a/sw/inc/unostyle.hxx
+++ b/sw/inc/unostyle.hxx
@@ -351,7 +351,7 @@ class SwXTextCellStyle final : public cppu::WeakImplHelper
* @param pParentName Optional output. Pointer to an OUString where parsed
parent name will be returned.
* @return Pointer to a SwBoxAutoFormat, nullptr if not found.
*/
-static SwBoxAutoFormat* GetBoxAutoFormat(SwDocShell* pDocShell, const
OUString& sName, OUString* pParentName);
+static SwBoxAutoFormat* GetBoxAutoFormat(SwDocShell* pDocShell,
std::u16string_view sName, OUString* pParentName);
/// returns box format assigned to this
[Libreoffice-bugs] [Bug 148626] New: Printing Envelopes
https://bugs.documentfoundation.org/show_bug.cgi?id=148626 Bug ID: 148626 Summary: Printing Envelopes Product: LibreOffice Version: 7.3.1.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: glo...@comcast.net Description: When printing #10 envelopes the program creates a much larger size envelope. I have reset the user profile but it did not help. Any suggestions? Actual Results: After selecting #10 envelope and clicking on new document, a much larger envelope is created by the program. Expected Results: A 4/1/8 by 9/1/2 envelope, standard size #10 envelope should have been created. Reproducible: Always User Profile Reset: Yes Additional Info: Generate a 4/1/8 by 9/1/2 envelope, standard size #10 envelope. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113136] [META] Find & Replace Dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=113136 Eyal Rozenberg changed: What|Removed |Added Depends on||148625 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148625 [Bug 148625] Can't 'Replace All' when also searching comments -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148625] New: Can't 'Replace All' when also searching comments
https://bugs.documentfoundation.org/show_bug.cgi?id=148625 Bug ID: 148625 Summary: Can't 'Replace All' when also searching comments 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: eyalr...@gmx.com Blocks: 113136 In the F dialog, if one checks the 'comment' checkbox, the 'Replace All' button becomes inactive and cannot be pressed. But - there's no reason one should not be able to "Replace All" in comments as well. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113136 [Bug 113136] [META] Find & Replace Dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/README.md emfio/README.md README.md
README.md |6 +++--- drawinglayer/README.md |2 +- emfio/README.md|2 +- 3 files changed, 5 insertions(+), 5 deletions(-) New commits: commit 622b92dab29aff0fe9f23cf6fbf00dc7347bb34a Author: Hossein AuthorDate: Fri Apr 15 12:46:24 2022 +0200 Commit: Adolfo Jayme Barrientos CommitDate: Sat Apr 16 20:43:11 2022 +0200 Update README.md files * Fix typo * Improve links Change-Id: Ie77ec795675bf7497c90620eb44ebb3191c003b1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133067 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/README.md b/README.md index 2d9432868c70..96fde564a842 100644 --- a/README.md +++ b/README.md @@ -18,8 +18,8 @@ A quick overview of the LibreOffice code structure. You can develop for LibreOffice in one of two ways, one recommended and one much less so. First the somewhat less recommended way: it is possible to use the SDK to develop an extension, -for which you can read the API docs [here](https://api.libreoffice.org/) -and [here](https://wiki.documentfoundation.org/Documentation/DevGuide). +for which you can read the [API docs](https://api.libreoffice.org/) +and [Developers Guide](https://wiki.documentfoundation.org/Documentation/DevGuide). This re-uses the (extremely generic) UNO APIs that are also used by macro scripting in StarBasic. @@ -51,7 +51,7 @@ run and compile LibreOffice, also used by the TDF builds: * Emscripten / WASM: * Runtime: a browser with SharedMemory support (threads + atomics) * Build: Qt 5.15 with Qt supported Emscripten 1.39.8 -* See README.wasm +* See [README.wasm](static/README.wasm.md) If you want to use Clang with the LibreOffice compiler plugins, the minimal version of Clang is 12.0.1. Since Xcode doesn't provide the compiler plugin diff --git a/drawinglayer/README.md b/drawinglayer/README.md index a22dc0b68343..9eb7057d2a37 100644 --- a/drawinglayer/README.md +++ b/drawinglayer/README.md @@ -86,7 +86,7 @@ printing), etc. ## Dumping DrawingLayer Primitives as XML For debugging purposes, it is possible to dump the drawinglayer primitives as -as an xml file. The drawinglayer xml dump can show possible problems with the +an xml file. The drawinglayer xml dump can show possible problems with the rendering. For example, in `emfio/qa/cppunit/emf/EmfImportTest.cxx`, one can write: diff --git a/emfio/README.md b/emfio/README.md index 283e0c3f41c7..f9f33a2ba4e1 100644 --- a/emfio/README.md +++ b/emfio/README.md @@ -51,7 +51,7 @@ documentation. The drawinglayer primitives created to draw the emf/wmf files can be dumped as xml for debugging purposes. For more information, please refer to the -[drawyinglayer](../drawyinglayer) documentation. +[drawinglayer](../drawyinglayer) documentation. ## Limitations Not all the WMF/EMF/EMF+ records are supported by this module. Unsupported
[Libreoffice-commits] core.git: Branch 'libreoffice-7-3' - sw/qa sw/source
sw/qa/extras/ooxmlexport/data/tdf148494.docx |binary
sw/qa/extras/ooxmlexport/ooxmlexport17.cxx | 12
sw/source/filter/ww8/ww8atr.cxx |4 ++--
3 files changed, 14 insertions(+), 2 deletions(-)
New commits:
commit dfacd800395b95837a24a1f33267b46f96efd5de
Author: Xisco Fauli
AuthorDate: Fri Apr 15 17:55:21 2022 +0200
Commit: Adolfo Jayme Barrientos
CommitDate: Sat Apr 16 20:41:51 2022 +0200
tdf#148494: export: Always add space separator
Otherwise, the macro is saved as MACROBUTTONAllCaps
instead of MACROBUTTON AllCaps
Change-Id: Id1288e23f21ce72884bc1197f171e255ea7458f5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133077
Tested-by: Jenkins
Reviewed-by: Xisco Fauli
Signed-off-by: Xisco Fauli
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133082
Reviewed-by: Adolfo Jayme Barrientos
diff --git a/sw/qa/extras/ooxmlexport/data/tdf148494.docx
b/sw/qa/extras/ooxmlexport/data/tdf148494.docx
new file mode 100644
index ..c60c73a206fb
Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf148494.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport17.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport17.cxx
index 51f0d9fb9345..c0b693247828 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport17.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport17.cxx
@@ -68,6 +68,18 @@ CPPUNIT_TEST_FIXTURE(Test, testParaStyleNumLevel)
assertXPath(pXmlDoc,
"/w:styles/w:style[@w:styleId='Mystyle']/w:pPr/w:numPr/w:ilvl", "val", "1");
}
+CPPUNIT_TEST_FIXTURE(Test, testTdf148494)
+{
+loadAndSave("tdf148494.docx");
+
+xmlDocUniquePtr pXmlDoc = parseExport("word/document.xml");
+
+// Without the fix in place, this test would have failed with
+// - Expected: MACROBUTTON AllCaps Hello World
+// - Actual : MACROBUTTONAllCaps Hello World
+assertXPathContent(pXmlDoc, "/w:document/w:body/w:p/w:r[3]/w:instrText", "
MACROBUTTON AllCaps Hello World ");
+}
+
DECLARE_OOXMLEXPORT_TEST(testTdf137466, "tdf137466.docx")
{
xmlDocUniquePtr pXmlDoc = parseExport("word/document.xml");
diff --git a/sw/source/filter/ww8/ww8atr.cxx b/sw/source/filter/ww8/ww8atr.cxx
index cbafa7a909a0..8d5ac4e888fa 100644
--- a/sw/source/filter/ww8/ww8atr.cxx
+++ b/sw/source/filter/ww8/ww8atr.cxx
@@ -3312,8 +3312,8 @@ void AttributeOutputBase::TextField( const SwFormatField&
rField )
break;
case SwFieldIds::Macro:
{
-const OUString sStr = " MACROBUTTON"
-+
pField->GetPar1().replaceFirst("StarOffice.Standard.Modul1.", " ")
+const OUString sStr = " MACROBUTTON "
++
pField->GetPar1().replaceFirst("StarOffice.Standard.Modul1.", "")
+ " "
+ lcl_GetExpandedField(*pField);
GetExport().OutputField( pField, ww::eMACROBUTTON, sStr );
[Libreoffice-commits] core.git: include/svl
include/svl/numformat.hxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 670d07cc05b286e1f35b77b73a636ae259af5fb6 Author: Andrea Gelmini AuthorDate: Fri Apr 15 12:06:26 2022 +0200 Commit: Julien Nabet CommitDate: Sat Apr 16 20:39:50 2022 +0200 Fix typo Change-Id: I3f2da2522f80fdcbbd377686032a1f8e919e4484 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133065 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/include/svl/numformat.hxx b/include/svl/numformat.hxx index 9cdb414346c5..2187810229aa 100644 --- a/include/svl/numformat.hxx +++ b/include/svl/numformat.hxx @@ -310,7 +310,7 @@ public: nFIndex, eType and pFormat (if not nullptr) are assumed to match each other / be of one format. The locale to use is obtained from pFormat, -if nullptr then LANGUAGE_SYSTEM is used. This can be overriden by +if nullptr then LANGUAGE_SYSTEM is used. This can be overridden by specifying eForLocale other than LANGUAGE_DONTKNOW. */ sal_uInt32 GetEditFormat(double fNumber, sal_uInt32 nFIndex, SvNumFormatType eType,
[Libreoffice-bugs] [Bug 148574] LibreOffice Writer instant crash upon opening or creating a (new) document
https://bugs.documentfoundation.org/show_bug.cgi?id=148574 --- Comment #10 from Julien Nabet --- Here extra info about Skia pbs: https://wiki.documentfoundation.org/QA/FirstSteps#Graphics-related_issues_.28_Skia_.29 -- You are receiving this mail because: You are the assignee for the bug.
Hannah Meeks license statement
All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license.
[Libreoffice-bugs] [Bug 139734] Drop redundant asserts after MacrosTest::loadFromDesktop
https://bugs.documentfoundation.org/show_bug.cgi?id=139734 --- Comment #32 from Mike Kaganski --- (In reply to Hannah Meeks from comment #31) Only one :-) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #10 from Scott --- Created attachment 179615 --> https://bugs.documentfoundation.org/attachment.cgi?id=179615=edit Metric coordinates displayed in inches -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #9 from Scott --- I see now that you are totally correct. I can see that I misunderstood and thus misstated the bug. The coordinates are in fact stored and restored with the document as they should be. The problem is the display parameters when the document is reloaded. Let's say I create a document with certain grid/unit parameters, save and later reload it. In the newest attachment would you say that the fact that the "Position and Size" are displayed in inches is a bug? Given that the "Tool | Options" are only associated with document creation and I want to work with these parameters in centimeters how should I manage that? I think that's a bug but not the bug I initially described. This is new to me so I'm not sure how to proceed. Do you agree there's a bug and if so should this thread be closed and refiled differently? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148574] LibreOffice Writer instant crash upon opening or creating a (new) document
https://bugs.documentfoundation.org/show_bug.cgi?id=148574 Telesto changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #9 from Telesto --- @Mbstein You could try to update your videocard driver.. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 148272] Cross-reference to numbering wrongly includes separator character
https://bugs.documentfoundation.org/show_bug.cgi?id=148272 --- Comment #6 from Charles Valente --- At least in 7.2.6.2, "Number" and "Chapter" do not solve the problem: the separator character is still inserted with the number of the item. There is, from what I tested, *no way* to just insert the number, as it was before 7.2. Maybe I am doing something wrong given the new way the cross-reference and the numbering is happening in the new versions of LO Writer. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 148272] Cross-reference to numbering wrongly includes separator character
https://bugs.documentfoundation.org/show_bug.cgi?id=148272 --- Comment #6 from Charles Valente --- At least in 7.2.6.2, "Number" and "Chapter" do not solve the problem: the separator character is still inserted with the number of the item. There is, from what I tested, *no way* to just insert the number, as it was before 7.2. Maybe I am doing something wrong given the new way the cross-reference and the numbering is happening in the new versions of LO Writer. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148597] FORMATTING request enhancement: create formatted Table of Figures using tabs before and after index
https://bugs.documentfoundation.org/show_bug.cgi?id=148597 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||tele...@surfxs.nl -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 148597] FORMATTING request enhancement: create formatted Table of Figures using tabs before and after index
https://bugs.documentfoundation.org/show_bug.cgi?id=148597 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||tele...@surfxs.nl -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 148603] cannot set Wrap/Top value of Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=148603 --- Comment #1 from Telesto --- *** Bug 148602 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 148602] cannot set Wrap/Top value of Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=148602 Telesto changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from Telesto --- *** This bug has been marked as a duplicate of bug 148603 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148624] New: Crash in: GrVkPipelineState::setAndBindInputAttachment(GrVkGpu *,gr_sp
https://bugs.documentfoundation.org/show_bug.cgi?id=148624 Bug ID: 148624 Summary: Crash in: GrVkPipelineState::setAndBindInputAttachment(GrVkGpu *,gr_sp,GrVkCommandBuffer *) Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tex2002ans+libreoff...@gmail.com This bug was filed from the crash reporting server and is br-853ade4b-9770-4cbe-9a65-b3af61356690. = All I did was: - Open a new document in Calc - Clicked in a cell - Insert > Chart - Crash I tried again, but couldn't reproduce crash. Completely random. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #8 from Regina Henschel --- Created attachment 179614 --> https://bugs.documentfoundation.org/attachment.cgi?id=179614=edit Screenshot from attachment 179589 The attachment 179589 has grid 1000 (=1cm) for wide gride and 200 (=0.2cm) for fine grid. That it exactly what is shown in the opened document. The ruler has 30, 40, 50... because scaling is 1:10. From one line to the next is 1cm as it should be and there are 5 spaces between two grid lines, exactly as it should be. So for me here the document is rendered correctly. Again, the values in Tools > Options > Draw > Grid are not designed to reflect the settings of the active document. -- You are receiving this mail because: You are the assignee for the bug.
Some Chinese characters and Special characters are missing in tools and status bar
Hello everyone, I found a bug, some Chinese characters and special characters are missing in tools and status bar. If you are interested in the bug, please visit https://bugs.documentfoundation.org/show_bug.cgi?id=148470 https://bugs.documentfoundation.org/show_bug.cgi?id=148477 Could you give me some advice to fix this bug, thank you very much.
[Libreoffice-bugs] [Bug 102847] [META] Quick Find, Search and Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=102847 Bug 102847 depends on bug 112894, which changed state. Bug 112894 Summary: find search entry has a broken accessibility hierarchy https://bugs.documentfoundation.org/show_bug.cgi?id=112894 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 36549] [META] ACCESSIBILITY: Tracking bug for issues affecting a11y ATK and GNOME Orca screen reader support
https://bugs.documentfoundation.org/show_bug.cgi?id=36549 Bug 36549 depends on bug 112894, which changed state. Bug 112894 Summary: find search entry has a broken accessibility hierarchy https://bugs.documentfoundation.org/show_bug.cgi?id=112894 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112894] find search entry has a broken accessibility hierarchy
https://bugs.documentfoundation.org/show_bug.cgi?id=112894 Michael Weghorn changed: What|Removed |Added Status|NEW |RESOLVED CC||m.wegh...@posteo.de Resolution|--- |WORKSFORME --- Comment #5 from Michael Weghorn --- I can reproduce with an old version from the bibisect repo: Version: 6.0.6.0.0+ Build ID: c6c82096301180cfa7942dd9fb9d1cb66c7ecc04 CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group but everything looks fine with current git master, Orca speaks the corresponding character and the attached script prints 0 as index in parent, no more -1: > object:text-caret-moved(1, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(2, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(3, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(4, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(3, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(2, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(1, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 > object:text-caret-moved(0, 0, 0) > source: [text | ] > host_application: [application | soffice] > sender: [application | soffice] > 0 -> Closing as WORKSFORME Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: de45c09a3b48e8ab3ac995ea72681ec265c24123 CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-US (en_GB.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139734] Drop redundant asserts after MacrosTest::loadFromDesktop
https://bugs.documentfoundation.org/show_bug.cgi?id=139734 --- Comment #31 from Hannah Meeks --- Are there any more of these left? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 36549] [META] ACCESSIBILITY: Tracking bug for issues affecting a11y ATK and GNOME Orca screen reader support
https://bugs.documentfoundation.org/show_bug.cgi?id=36549 Bug 36549 depends on bug 55695, which changed state. Bug 55695 Summary: Writer not generating window.activate when focus is returned. https://bugs.documentfoundation.org/show_bug.cgi?id=55695 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55695] Writer not generating window.activate when focus is returned.
https://bugs.documentfoundation.org/show_bug.cgi?id=55695 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Status|REOPENED|RESOLVED Resolution|--- |WORKSFORME --- Comment #10 from Michael Weghorn --- (In reply to Alex ARNAUD from comment #9) > On Debian Sid with LibreOffice 5.4 I can only reproduce this issue with VCL > GTK2, not with GTK3. > > Best regards. -> Closing as WORKSFORME The gtk2 VCL plugin is no more, and when using the gtk3 VCL plugin, the attached python script prints this when switching either from Writer to Konsole or the other way round, which looks correct: > [application | soffice] > [application | konsole] -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 141625] Calc Chart x-Axis Formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=141625 John Beatty changed: What|Removed |Added Attachment #171101|0 |1 is obsolete|| --- Comment #9 from John Beatty --- Created attachment 179613 --> https://bugs.documentfoundation.org/attachment.cgi?id=179613=edit X-axis edit dialog X-axis edit dialog displaying behavior in 7.4.3 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 108538] [META] Chart feature enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108538 Bug 108538 depends on bug 141625, which changed state. Bug 141625 Summary: Calc Chart x-Axis Formatting https://bugs.documentfoundation.org/show_bug.cgi?id=141625 What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 141625, which changed state. Bug 141625 Summary: Calc Chart x-Axis Formatting https://bugs.documentfoundation.org/show_bug.cgi?id=141625 What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 141625] Calc Chart x-Axis Formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=141625 John Beatty changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #8 from John Beatty --- Not fixed. I downloaded the development build 7.3.4. Running this in parallel as a test it displays exactly the same dialog, with insufficient space. OS: Linux Mint 20 Cinnamon. Cinnamon version 4.6.7 Kernel 5.4.0-107-generic -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK)
https://bugs.documentfoundation.org/show_bug.cgi?id=148623 --- Comment #3 from Rafael Lima --- (In reply to Mike Kaganski from comment #2) > Word does not allow to have comments in headers/footers. This is simply a > format limitation. This is not a bug. Hi Mike. Thanks for the prompt feedback. Indeed you're right. I tested in MS Office 365 and the option to create comments in the header/footer is simply not available. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148621] The horrible state of the BASIC API and documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=148621 --- Comment #4 from Buovjaga --- First stab: https://gerrit.libreoffice.org/c/help/+/133096 Very much simplified. The old version had the table headers Macro Calling parameters and comments I just skipped them for now. Maybe Olivier has ideas on how to present the function names to make them stand out a bit. As headings? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #7 from Scott --- Just thinking about my results it appears one of two things is happening: 1. My settings are not stored in my document (something you can check I presume). 2. My verion of Draw isn't loading them when I open the file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #6 from Scott --- Created attachment 179612 --> https://bugs.documentfoundation.org/attachment.cgi?id=179612=edit Shows Unit of measurement is not inches -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #5 from Scott --- Created attachment 179611 --> https://bugs.documentfoundation.org/attachment.cgi?id=179611=edit Showing proper "Load" setting -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #4 from Scott --- Created attachment 179610 --> https://bugs.documentfoundation.org/attachment.cgi?id=179610=edit Opened document showing wrong settings -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148615] Grid settings in Draw not properly set upon loading file
https://bugs.documentfoundation.org/show_bug.cgi?id=148615 --- Comment #3 from Scott --- This morning I followed the procedure I outlined above and got the results shown in the attached images. The images show the document and coordinates when I last saved the document as well as my current settings. As you can see there are several issues. The Grid H/V=2.54cm not 1.00cm. Also the selected rectangle Position and Size are shown in inches even though the "General UOM" is Centimeter (that might be a related but separate bug). The setting you ask about ( "Load user-specific settings with the document") is set properly. I performed the following steps with the indicated result: 1. I opened and closed the document several times in a row without changing anything (and thus without saving anything). Each time the results were incorrect the same as the images show. 2. After closing Draw I reopened it with no document. 3. I changed the options settings to reflect the desired document settings for this document. 4. Then I reopened the document from "Recent Documents" and all settings were correct. The document was fine. Then I performed the procedure again outlined in my original submission and the settings were incorrect as indicated. This is very repeatable for me. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112916] [META] DOCX (OOXML) comment issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112916 Bug 112916 depends on bug 148623, which changed state. Bug 148623 Summary: [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK) https://bugs.documentfoundation.org/show_bug.cgi?id=148623 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106179] [META] Writer comment bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=106179 Bug 106179 depends on bug 148623, which changed state. Bug 148623 Summary: [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK) https://bugs.documentfoundation.org/show_bug.cgi?id=148623 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK)
https://bugs.documentfoundation.org/show_bug.cgi?id=148623 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #2 from Mike Kaganski --- Word does not allow to have comments in headers/footers. This is simply a format limitation. This is not a bug. -- 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 |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 95ee4f074f387b498a9083524a13dff636446fe7
Author: Caolán McNamara
AuthorDate: Sat Apr 16 12:29:37 2022 +0100
Commit: Caolán McNamara
CommitDate: Sat Apr 16 15:21:17 2022 +0200
Resolves: tdf#148197 crash on launching context menu with no row selected
Change-Id: I4b05e6013ec4fb8f3968484a59c2dacf1e1c97ee
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133095
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sw/source/uibase/utlui/content.cxx
b/sw/source/uibase/utlui/content.cxx
index c614ee4d7c7d..64a710b6f3f3 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -1763,7 +1763,7 @@ IMPL_LINK(SwContentTree, CommandHdl, const CommandEvent&,
rCEvt, bool)
xPop->remove("sort");
bool bSetSensitiveCollapseAllCategories = false;
-if (!m_bIsRoot)
+if (!m_bIsRoot && xEntry)
{
bool bEntry = m_xTreeView->get_iter_first(*xEntry);
while (bEntry)
[Libreoffice-bugs] [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK)
https://bugs.documentfoundation.org/show_bug.cgi?id=148623 Rafael Lima changed: What|Removed |Added Blocks||106179 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=106179 [Bug 106179] [META] Writer comment bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106179] [META] Writer comment bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=106179 Rafael Lima changed: What|Removed |Added Depends on||148623 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148623 [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK)
https://bugs.documentfoundation.org/show_bug.cgi?id=148623 Rafael Lima changed: What|Removed |Added Blocks||112916 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112916 [Bug 112916] [META] DOCX (OOXML) comment issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112916] [META] DOCX (OOXML) comment issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112916 Rafael Lima changed: What|Removed |Added Depends on||148623 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148623 [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148623] [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK)
https://bugs.documentfoundation.org/show_bug.cgi?id=148623 --- Comment #1 from Rafael Lima --- Created attachment 179609 --> https://bugs.documentfoundation.org/attachment.cgi?id=179609=edit DOCX file used in the screenshots -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148623] New: [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK)
https://bugs.documentfoundation.org/show_bug.cgi?id=148623 Bug ID: 148623 Summary: [DOCX] Comments in headers and footers are not saved in DOCX files (in ODT all is OK) Product: LibreOffice Version: 7.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 179608 --> https://bugs.documentfoundation.org/attachment.cgi?id=179608=edit Screenshots showing the problem When I edit DOCX files and create comments in the Header / Footer areas, the comments are not saved. So when I save the DOCX file and reopen it, the comment is lost. See the attached ODG file with screenshots detailing the problem. If the DOCX file is saved as ODT, then comments are saved as expected. Therefore, it seems to be a problem in the DOCX export filter. System info: Version: 7.3.2.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: pt-BR Ubuntu package version: 1:7.3.2~rc2-0ubuntu0.21.10.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148621] The horrible state of the BASIC API and documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=148621 --- Comment #3 from Olivier Hallot --- 1) Recent discussions in the ESC (Engineering Steering Commt'ee) lead to a phase-out of JavaBeans and JavaScript in the future. https://lists.freedesktop.org/archives/libreoffice/2022-January/088371.html Nevertheless, our documentation guides have some starting point for Javascript: https://books.libreoffice.org/en/GS73/GS7313-GettingStartedWithMacros.html#toc39 2) The poor layout is likely consequence of the update of prism.js and prism.css in master branch. Some tweak to set because the previous releases are not affected. https://gerrit.libreoffice.org/c/help/+/132570 3) It has been a long time like that and fixing it depends on volunteer effort or business investment on the issue. To give an example, we submitted (but were not picked for funding) a project on illustrating the API: https://wiki.documentfoundation.org/Documentation/GSoDOC/2022 And this project is an easy hack, actually. 4) These "Advanced" libraries are in the code since the birth of OpenOffice.org (StarOffice?) and were never documented. Excluding the current formatting issue, the Help page was an effort to give a minimum visibility of the macros. It worked since you got there (and your comments are appreciated) :-). 5) Exactly because reading the code is a time consuming task and the script signature has already a minimal useful information. The build of the Help page was done with a script and no human intervention. Feel free to propose a better, perhaps more professional description. Note a) the library is static from ages and is likely to stay like that unless you want to add contents and b) the script signatures are not translated. c) Have a look at the Scriptforge libraries under development at the moment. Documentation is coming along with the forge development. 6) Correct. These are 2 different entities. The Help targets the end user and the API targets developers and advanced script coders. Besides, the Help is translated into +70 languages while the API is not. Pushing for more contents to translation is something we consider with special care. The API website (which is an online version of the LibreOffice SDK) is generated by Doxygen. Of course, volunteers are welcome to improve the page layout and usability, as well as contents. Doxygen experts are welcome. Finally, the documentation is left historically to the community. We advise volunteers but we won't prevent them from using their pet tool for their own use. That said, some communities prefer wiki, others books, some Ask, other mailing list or Telegram groups, and so on... PS. we are aware of readthedocs and other tools in github. -- You are receiving this mail because: You are the assignee for the bug.
