[Bug 160081] New: Performance: VLOOKUP is very slow even with 41670 rows of data
https://bugs.documentfoundation.org/show_bug.cgi?id=160081 Bug ID: 160081 Summary: Performance: VLOOKUP is very slow even with 41670 rows of data Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Keywords: perf Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: suokunl...@126.com Steps to Reproduce: 1. Open the test ods file in attachment 147932. The file is 145 KB in size, contains only one column with 41670 records, so it is not too big dataset. 2. Insert new Sheet2. Copy column A of sheet 1 to Sheet2. 3. Set vlookup formula in Sheet2.B2, e.g. =VLOOKUP(A2,$工作表1.A:A,1,0) 4. Double-click the cell handle in B2 to fill formulas down. All the 8 cpu of my Thinkpad X1 Carbon is running at 99% for this and it took 6 minutes 23 seconds to run. By comparison, the same operation takes 85 seconds in MS Excel even with 2 CPU cores in a virtualbox guest OS. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 98c42f7e961e77d7f1c02d53862e4e78ecd07653 CPU threads: 8; OS: Linux 6.7; UI render: default; VCL: gtk3 Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN Calc: threaded Fedora 39 Gnome Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140147] Position of cursor not saved correctly (see comment 46 for bibisect)
https://bugs.documentfoundation.org/show_bug.cgi?id=140147 Aron Budea changed: What|Removed |Added Severity|normal |major -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148249] CONFIGURATION: paths of user files in the cloud
https://bugs.documentfoundation.org/show_bug.cgi?id=148249 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Whiteboard| QA:needsComment| Status|UNCONFIRMED |NEEDINFO CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #1 from Buovjaga --- Offering free cloud storage to non-members is out of scope of TDF's mission as a charity. Have you set up any network-shared folder yourself and tested that it works for this purpose? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 83066] [META] CJK (Chinese, Japanese, Korean, and Vietnamese) language issues
https://bugs.documentfoundation.org/show_bug.cgi?id=83066 Chih-hao Su changed: What|Removed |Added Depends on||160080 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160080 [Bug 160080] Bad punctuation compression for CJK texts with vertical text direction -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160080] Bad punctuation compression for CJK texts with vertical text direction
https://bugs.documentfoundation.org/show_bug.cgi?id=160080 Chih-hao Su changed: What|Removed |Added Blocks||83066 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=83066 [Bug 83066] [META] CJK (Chinese, Japanese, Korean, and Vietnamese) language issues -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160080] Bad punctuation compression for CJK texts with vertical text direction
https://bugs.documentfoundation.org/show_bug.cgi?id=160080 --- Comment #1 from Chih-hao Su --- Created attachment 193012 --> https://bugs.documentfoundation.org/attachment.cgi?id=193012=edit I.Ming font -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160080] New: Bad punctuation compression for CJK texts with vertical text direction
https://bugs.documentfoundation.org/show_bug.cgi?id=160080 Bug ID: 160080 Summary: Bad punctuation compression for CJK texts with vertical text direction Product: LibreOffice Version: 24.2.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ni...@live.cn Description: This is a bug about the typesetting engine. I cannot find any suitable “Component”, so I just selected "LibreOffice". This is a bug for all LibreOffice application (writer, impress, draw,...) == 1. When one line is nearly full and the typesetting engine wants to compress one line, the compression between other symbols and “「”(open quote), “」”(closed quote) is bad https://postimg.cc/Pp7jhn23 The compression should move open quotes further down and move closed quotes more upward to make the quotes getting close to quoted texts. But the quotes is too far away from the quoted texts. The open quote and the closed quote at the second line even merged into one. https://postimg.cc/QFSHj96p BTW, with horizontal text direction, it seems OK. https://postimg.cc/bGyTCt5W 2. When one line is loose, “（” and “）” is too away from quoted texts. https://postimg.cc/f3MVY7Pt Also, with horizontal text direction, it seems OK. https://postimg.cc/NKsyH7Sy Steps to Reproduce: 1. Go to “Options -> Languages and Locales -> Asian Layout”, select “Character Spacing -> Compress punctuation only”, press “OK”. 2. Download and install I.Ming font. 3. Set format: A5 paper, I.Ming font, 22pt font-size, “Right-to-left (vertical)” text direction. 4. Type test texts: ``` 漢字漢字漢字、漢字漢字「漢字」漢字漢字漢字漢字。漢字漢字、漢字「漢字漢字」「漢字漢字」。漢字、漢字。 漢字漢字字漢字（漢字）字漢字。 ``` Actual Results: See “Description”。 Expected Results: See “Description”。 Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: zh-CN (zh_CN); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
core.git: sw/source
sw/source/uibase/inc/edtwin.hxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit d8d5b385aaca907f3c68ead16c7d133e43c92973
Author: Stephan Bergmann
AuthorDate: Wed Mar 6 23:35:54 2024 +0100
Commit: Stephan Bergmann
CommitDate: Thu Mar 7 08:14:34 2024 +0100
Fix UBSan build's RTTI needs
...after 0ed1cb5457a2106316f9d7fda10685360db4bc30 "make more symbols
private in
writer" had caused CppunitTest_sw_layoutwriter3 to fail with
> DynamicLibraryManagerException: "Failed to load dynamic library:
workdir/LinkTarget/CppunitTest/libtest_sw_layoutwriter3.so
> workdir/LinkTarget/CppunitTest/libtest_sw_layoutwriter3.so: undefined
symbol: _ZTI9SwEditWin"
Change-Id: I97660648a78fe23bb9374ca28c7809490b715476
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164513
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
diff --git a/sw/source/uibase/inc/edtwin.hxx b/sw/source/uibase/inc/edtwin.hxx
index a40e6d03d322..5f054024d1d4 100644
--- a/sw/source/uibase/inc/edtwin.hxx
+++ b/sw/source/uibase/inc/edtwin.hxx
@@ -56,7 +56,7 @@ class SwTextFrame;
To translate the pixel positions from the buffer OutputDevice to the real
pixel positions, use the PixelToLogic methods of this class.
*/
-class SwEditWin final : public vcl::DocWindow,
+class SAL_DLLPUBLIC_RTTI SwEditWin final : public vcl::DocWindow,
public DropTargetHelper, public DragSourceHelper
{
friend class SwEditWinUIObject;
core.git: sw/source
sw/source/uibase/inc/swdtflvr.hxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit d3151a1a19f7deca76886a09442ed33b8750b0f7
Author: Stephan Bergmann
AuthorDate: Wed Mar 6 22:18:52 2024 +0100
Commit: Stephan Bergmann
CommitDate: Thu Mar 7 08:14:10 2024 +0100
Fix UBSan build's RTTI needs
...after 0ed1cb5457a2106316f9d7fda10685360db4bc30 "make more symbols
private in
writer" had caused CppunitTest_sw_odfimport to fail with
> DynamicLibraryManagerException: "Failed to load dynamic library:
workdir/LinkTarget/CppunitTest/libtest_sw_odfimport.so
> workdir/LinkTarget/CppunitTest/libtest_sw_odfimport.so: undefined symbol:
_ZTI14SwTransferable"
Change-Id: Ia6be10efb380b298488af351e85c5655254c3f63
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164511
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann
diff --git a/sw/source/uibase/inc/swdtflvr.hxx
b/sw/source/uibase/inc/swdtflvr.hxx
index ce42a13bd010..cde24ff4f5ad 100644
--- a/sw/source/uibase/inc/swdtflvr.hxx
+++ b/sw/source/uibase/inc/swdtflvr.hxx
@@ -75,7 +75,7 @@ enum class PasteTableType
class SwTransferDdeLink;
-class SwTransferable final : public TransferableHelper
+class SAL_DLLPUBLIC_RTTI SwTransferable final : public TransferableHelper
{
friend class SwView_Impl;
SfxObjectShellLock m_aDocShellRef;
[Bug 89481] COLOR PICKER and ACTIONS TO UNDO: Pops up in middle of window
https://bugs.documentfoundation.org/show_bug.cgi?id=89481 --- Comment #7 from Rock --- Thanks bejectannt. I will definitely look into the matter which you gave attention. As I am a student and cannot give much time to it, I have paid someone to do my online masters class help. Because it is not possbile for me to balance between these tasks. The Online class takers are TakeMyOnlineClassFast and they are professionals of this domain. If any of you wants to visit them, Here you go: https://takemyonlineclassfast.com/do-my-online-masters-class-help/ -- You are receiving this mail because: You are the assignee for the bug.
core.git: desktop/qa desktop/source include/LibreOfficeKit include/vcl sc/inc sc/source sd/source sw/inc sw/source
desktop/qa/desktop_lib/test_desktop_lib.cxx |5 +
desktop/source/lib/init.cxx | 18 --
include/LibreOfficeKit/LibreOfficeKit.h |3 ---
include/LibreOfficeKit/LibreOfficeKit.hxx |5 -
include/vcl/ITiledRenderable.hxx|6 --
sc/inc/docuno.hxx |3 ---
sc/source/ui/unoobj/docuno.cxx | 18 --
sd/source/ui/inc/unomodel.hxx |2 --
sd/source/ui/unoidl/unomodel.cxx| 25 -
sw/inc/unotxdoc.hxx |2 --
sw/source/uibase/uno/unotxdoc.cxx | 19 ---
11 files changed, 1 insertion(+), 105 deletions(-)
New commits:
commit 693b7fcf7aef50ef6a55c170880f2854afd8fb12
Author: Gökay Şatır
AuthorDate: Wed Feb 14 12:08:17 2024 +0300
Commit: Miklos Vajna
CommitDate: Thu Mar 7 08:12:11 2024 +0100
Revert hyperlinkInfoAtPositon changes.
Revert "Implement hyperlinkInfoAtPosition for Impress."
This reverts commit 876543305c78cb596720da087454a5c54e5feb06.
Revert "Readonly Hyperlink Info - normalize the clicked coordinates."
This reverts commit 322669725b771f5fa2b3c10c5fb73238ca3713f6.
Revert "Implement hyperlinkInfoAtPosition function for Calc."
This reverts commit be01dd78c47b51b19603a6259504e29b11979b0b.
Revert "Implement hyperlinkInfoAtPosition for Writer."
This reverts commit 6773c8929690f557d29bc282dd8f5c4381da3484.
Revert "In readonly mode, we restrict many events like click."
This reverts commit a4f3b97e506f38e0c43d6fbf1192cc523750a9fd.
(cherry picked from commit c3f1d63178d6aaa0888085c7b641eb6d49a18276)
Conflicts:
sc/source/ui/unoobj/docuno.cxx
sd/source/ui/unoidl/unomodel.cxx
sw/source/uibase/uno/unotxdoc.cxx
Change-Id: Ie821a4bca6e6b4649cea17748c44af105cd45d30
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164481
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/desktop/qa/desktop_lib/test_desktop_lib.cxx
b/desktop/qa/desktop_lib/test_desktop_lib.cxx
index c9f276a67eeb..87afe69166a8 100644
--- a/desktop/qa/desktop_lib/test_desktop_lib.cxx
+++ b/desktop/qa/desktop_lib/test_desktop_lib.cxx
@@ -3682,11 +3682,8 @@ void DesktopLOKTest::testABI()
CPPUNIT_ASSERT_EQUAL(documentClassOffset(71),
offsetof(struct _LibreOfficeKitDocumentClass,
getA11yCaretPosition));
-CPPUNIT_ASSERT_EQUAL(documentClassOffset(72),
- offsetof(struct _LibreOfficeKitDocumentClass,
hyperlinkInfoAtPosition));
-
// As above
-CPPUNIT_ASSERT_EQUAL(documentClassOffset(73), sizeof(struct
_LibreOfficeKitDocumentClass));
+CPPUNIT_ASSERT_EQUAL(documentClassOffset(72), sizeof(struct
_LibreOfficeKitDocumentClass));
}
CPPUNIT_TEST_SUITE_REGISTRATION(DesktopLOKTest);
diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx
index 93efef57d138..92f3d52affef 100644
--- a/desktop/source/lib/init.cxx
+++ b/desktop/source/lib/init.cxx
@@ -1138,9 +1138,6 @@ static void
doc_postWindowExtTextInputEvent(LibreOfficeKitDocument* pThis,
unsigned nWindowId,
int nType,
const char* pText);
-
-static char* doc_hyperlinkInfoAtPosition(LibreOfficeKitDocument *pThis, int x,
int y);
-
static void doc_removeTextContext(LibreOfficeKitDocument* pThis,
unsigned nLOKWindowId,
int nCharBefore,
@@ -1426,7 +1423,6 @@ LibLODocument_Impl::LibLODocument_Impl(uno::Reference
xC
m_pDocumentClass->registerCallback = doc_registerCallback;
m_pDocumentClass->postKeyEvent = doc_postKeyEvent;
m_pDocumentClass->postWindowExtTextInputEvent =
doc_postWindowExtTextInputEvent;
-m_pDocumentClass->hyperlinkInfoAtPosition =
doc_hyperlinkInfoAtPosition;
m_pDocumentClass->removeTextContext = doc_removeTextContext;
m_pDocumentClass->postWindowKeyEvent = doc_postWindowKeyEvent;
m_pDocumentClass->postMouseEvent = doc_postMouseEvent;
@@ -4718,20 +4714,6 @@ static void
doc_postWindowExtTextInputEvent(LibreOfficeKitDocument* pThis, unsig
SfxLokHelper::postExtTextEventAsync(pWindow, nType,
OUString::fromUtf8(std::string_view(pText, strlen(pText;
}
-static char* doc_hyperlinkInfoAtPosition(LibreOfficeKitDocument* pThis, int x,
int y)
-{
-SolarMutexGuard aGuard;
-
-ITiledRenderable* pDoc = getTiledRenderable(pThis);
-if (!pDoc)
-{
-SetLastExceptionMsg("Document doesn't support tiled rendering");
-return nullptr;
-}
-
-return convertOUString(pDoc->hyperlinkInfoAtPosition(x, y));
-}
-
static void doc_removeTextContext(LibreOfficeKitDocument* pThis, unsigned
nLOKWindowId, int
[Bug 141586] Restoring last document position is unreliable
https://bugs.documentfoundation.org/show_bug.cgi?id=141586
--- Comment #36 from Jurassic Pork ---
Hello,
you can try this to get around this bug.
1 - Create this macro in MyMacros named OpenDoc
Sub OpenDoc
Dim document as object, dispatcher as object, pageCount as Integer
pageCount = ThisComponent.CurrentController.PageCount
document = ThisComponent.CurrentController.Frame
dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
dispatcher.executeDispatch(document,".uno:RestoreEditingView","",0,Array())
End Sub
.uno:RestoreEditingView = Shift+F5
2 - Assign this macro to Open Document event :
Tools/Customize Events Tab
and save in LibreOffice (not the document)
Seems to be OK with LibreOffice 7.4.6.2 under windows 11 and LibreOffice
24.2.0.3 under Ubuntu 20.4, with big document (2500 pages).
The instruction with pagecount seems to be useless but if you comment it, the
cursor is'nt to the right place
--
You are receiving this mail because:
You are the assignee for the bug.
[Bug 138866] UI: Automatic shape name not shown in name dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138866 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=90 ||242 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 90242] SIDEBAR: Navigator in Draw/Impress incorrectly naming, numbering and iconifying objects
https://bugs.documentfoundation.org/show_bug.cgi?id=90242 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8866 --- Comment #11 from Stéphane Guillou (stragu) --- (In reply to Stéphane Guillou (stragu) from comment #8) > - Some objects listed when using the Navigator's "Named shapes" filter but > "context menu > Name" shows an empty field Tracked in bug 138866. (In reply to Jim Raykowski from comment #9) > Created attachment 187687 [details] > demo of effort Jim, this looks great, thank you. Any chance in reviving the patch? I'd be happy to test it now. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160070] Linux libreoffice documents do not print emojis
https://bugs.documentfoundation.org/show_bug.cgi?id=160070 --- Comment #5 from Buovjaga --- (In reply to mjhwolvers from comment #3) > When I use another font like Liberation Serif or others that are stock > version I get the same result. > > The version of libre office ive got= > Version: 7.3.7.2 / LibreOffice Community > Build ID: 30(Build:2) > CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 > Locale: nl-NL (nl_NL.UTF-8); UI: nl-NL > Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.4 > Calc: threaded > > System: > Kernel: 5.15.0-97-generic x86_64 bits > Desktop: Cinnamon 6.0.4 > Distro: Linux Mint 21.3 Virginia > > to my best knowledge the libre office version i have is the most recent > automatic download. but i could be wrong if it source is outdated directory. > maybe the information above adds something. It is the most recent available from the Linux Mint you use, but it's end of life was November 2022. You can quickly test a newer version as an appimage: https://www.libreoffice.org/download/appimage/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 139633] Direct editing of tree nodes in the Navigator to rename objects
https://bugs.documentfoundation.org/show_bug.cgi?id=139633 Stéphane Guillou (stragu) changed: What|Removed |Added Assignee|starun.1...@gmail.com |libreoffice-b...@lists.free ||desktop.org CC||stephane.guillou@libreoffic ||e.org Status|ASSIGNED|NEW --- Comment #18 from Stéphane Guillou (stragu) --- (unassigning, had been assigned for 2.5 years to Tarun) -- You are receiving this mail because: You are the assignee for the bug.
core.git: sdext/source
sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx | 42 --
1 file changed, 20 insertions(+), 22 deletions(-)
New commits:
commit 1a7f06f01315992b9dfb05e1f9c46307cd72dac8
Author: Dr. David Alan Gilbert
AuthorDate: Mon Mar 4 01:56:56 2024 +
Commit: Noel Grandin
CommitDate: Thu Mar 7 07:04:08 2024 +0100
sdext.pdfimport: Use std::unique_ptr
as per Noel's suggestion - this also ends up fixing some leaks as well.
Change-Id: Ia6099afc1955c341256ec0de5a0f839c005d9b76
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164446
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx
b/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx
index ec2632b74899..603155a2036e 100644
--- a/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx
+++ b/sdext/source/pdfimport/xpdfwrapper/pdfioutdev_gpl.cxx
@@ -453,8 +453,8 @@ static void flipSplashBitmap(SplashBitmap *pBitmap)
auto nRowSize = static_cast(pBitmap->getRowSize());
auto nAlphaRowSize = static_cast(pBitmap->getAlphaRowSize());
-auto aTmpRow = new unsigned char[nRowSize];
-auto aTmpAlphaRow = new unsigned char[nAlphaRowSize];
+std::unique_ptr aTmpRow(new unsigned char[nRowSize]);
+std::unique_ptr aTmpAlphaRow(new unsigned
char[nAlphaRowSize]);
auto pBitmapData = pBitmap->getDataPtr();
auto pAlphaData = pBitmap->getAlphaPtr();
@@ -470,16 +470,14 @@ static void flipSplashBitmap(SplashBitmap *pBitmap)
nCur++, pCurRowA+=nRowSize, pCurRowB-=nRowSize,
pCurAlphaA+=nAlphaRowSize, pCurAlphaB-=nAlphaRowSize)
{
-memcpy(aTmpRow, pCurRowA, nRowSize);
+memcpy(aTmpRow.get(), pCurRowA, nRowSize);
memcpy(pCurRowA, pCurRowB, nRowSize);
-memcpy(pCurRowB, aTmpRow, nRowSize);
+memcpy(pCurRowB, aTmpRow.get(), nRowSize);
-memcpy(aTmpAlphaRow, pCurAlphaA, nAlphaRowSize);
+memcpy(aTmpAlphaRow.get(), pCurAlphaA, nAlphaRowSize);
memcpy(pCurAlphaA, pCurAlphaB, nAlphaRowSize);
-memcpy(pCurAlphaB, aTmpAlphaRow, nAlphaRowSize);
+memcpy(pCurAlphaB, aTmpAlphaRow.get(), nAlphaRowSize);
}
-delete[] aTmpRow;
-delete[] aTmpAlphaRow;
}
int PDFOutDev::parseFont( long long nNewId, GfxFont* gfxFont, const GfxState*
state ) const
@@ -1268,13 +1266,15 @@ poppler_bool PDFOutDev::tilingPatternFill(GfxState
*state, Gfx *, Catalog *,
auto pSplashGfx = new Gfx(m_pDoc, pSplashOut, pResDict, , nullptr);
pSplashGfx->display(aStr);
-auto pSplashBitmap = pSplashOut->takeBitmap();
+std::unique_ptr pSplashBitmap(pSplashOut->takeBitmap());
+// Poppler tells us to free the splash device immediately after taking the
+// bitmap
delete pSplashGfxState;
delete pSplashGfx;
delete pSplashOut;
// Add a vertical flip, we can't do this in LO for an image filled poly
-flipSplashBitmap(pSplashBitmap);
+flipSplashBitmap(pSplashBitmap.get());
auto nBitmapWidth = static_cast(pSplashBitmap->getWidth());
auto nBitmapHeight = static_cast(pSplashBitmap->getHeight());
@@ -1300,23 +1300,21 @@ poppler_bool PDFOutDev::tilingPatternFill(GfxState
*state, Gfx *, Catalog *,
}
}
-auto pRgbStr = new MemStream(pBitmapData, 0,
-nBitmapWidth * nBitmapHeight * 3, Object(objNull));
-auto pAlphaStr = new MemStream(reinterpret_cast(pSplashBitmap->getAlphaPtr()), 0,
-nBitmapWidth * nBitmapHeight, Object(objNull));
+std::unique_ptr pRgbStr(new MemStream(pBitmapData, 0,
+nBitmapWidth * nBitmapHeight * 3, Object(objNull)));
+std::unique_ptr pAlphaStr(new MemStream(reinterpret_cast(pSplashBitmap->getAlphaPtr()),
+0, nBitmapWidth * nBitmapHeight, Object(objNull)));
auto aDecode = Object(objNull);
-auto pRgbIdentityColorMap = new GfxImageColorMap(8, , new
GfxDeviceRGBColorSpace());
-auto pGrayIdentityColorMap = new GfxImageColorMap(8, , new
GfxDeviceGrayColorSpace());
+std::unique_ptr pRgbIdentityColorMap(new
GfxImageColorMap(8, ,
+new GfxDeviceRGBColorSpace()));
+std::unique_ptr pGrayIdentityColorMap(new
GfxImageColorMap(8, ,
+new GfxDeviceGrayColorSpace()));
OutputBuffer aBuf; initBuf(aBuf);
-writePng_(aBuf, pRgbStr, nBitmapWidth, nBitmapHeight, pRgbIdentityColorMap,
-pAlphaStr, nBitmapWidth, nBitmapHeight, pGrayIdentityColorMap);
+writePng_(aBuf, pRgbStr.get(), nBitmapWidth, nBitmapHeight,
pRgbIdentityColorMap.get(),
+pAlphaStr.get(), nBitmapWidth, nBitmapHeight,
pGrayIdentityColorMap.get());
writeBinaryBuffer(aBuf);
-delete pAlphaStr;
-delete pRgbStr;
-delete pSplashBitmap;
-
// If we return false here we can fall back to the slow path
return true;
}
core.git: sc/inc sc/source
sc/inc/addincol.hxx |6 +-
sc/inc/cellsuno.hxx | 26 +-
sc/inc/chartlis.hxx | 16 +++---
sc/inc/colorscale.hxx | 34 +++---
sc/inc/dapiuno.hxx|2
sc/inc/detfunc.hxx|8 +--
sc/inc/docuno.hxx | 12 ++---
sc/inc/dpcache.hxx| 34 +++---
sc/inc/dpdimsave.hxx | 26 +-
sc/inc/dpitemdata.hxx | 16 +++---
sc/inc/dpobject.hxx | 58
sc/inc/dpsave.hxx | 36 +++
sc/inc/dptabdat.hxx |6 +-
sc/inc/drwlayer.hxx | 28 +--
sc/inc/externalrefmgr.hxx | 38 +++
sc/inc/formulacell.hxx| 68 ++--
sc/inc/markarr.hxx|8 +--
sc/inc/markdata.hxx | 44 +-
sc/inc/miscuno.hxx|4 -
sc/inc/nameuno.hxx|4 -
sc/inc/olinetab.hxx | 14 ++---
sc/inc/scmatrix.hxx | 26 +-
sc/inc/tokenarray.hxx | 46 +--
sc/inc/validat.hxx| 26 +-
sc/source/ui/inc/docsh.hxx| 100 +-
sc/source/ui/inc/prevwsh.hxx |8 +--
sc/source/ui/inc/tabvwsh.hxx | 34 +++---
sc/source/ui/inc/viewdata.hxx | 48 ++--
28 files changed, 388 insertions(+), 388 deletions(-)
New commits:
commit a7094c815628c70ac0430cd2ddc21f13b0b316d2
Author: Noel Grandin
AuthorDate: Mon Feb 26 15:36:48 2024 +0200
Commit: Noel Grandin
CommitDate: Thu Mar 7 07:03:17 2024 +0100
make more symbols private in calc
Change-Id: Id36a104e9d016dfc72477000c3899cf8682ad102
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164007
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sc/inc/addincol.hxx b/sc/inc/addincol.hxx
index 67e24e2c16a6..cf2dde8e18c6 100644
--- a/sc/inc/addincol.hxx
+++ b/sc/inc/addincol.hxx
@@ -141,7 +141,7 @@ public:
voidSetEnglishName( const OUString& rEnglishName );
};
-class SC_DLLPUBLIC ScUnoAddInCollection
+class ScUnoAddInCollection
{
private:
tools::LongnFuncCount;
@@ -187,9 +187,9 @@ public:
static bool FillFunctionDescFromData( const ScUnoAddInFuncData&
rFuncData, ScFuncDesc& rDesc,
bool bEnglishFunctionNames );
/// leave rRetExcelName unchanged, if no matching name is
found
-boolGetExcelName( const OUString& rCalcName, LanguageType
eDestLang, OUString& rRetExcelName );
+SC_DLLPUBLIC bool GetExcelName( const OUString& rCalcName, LanguageType
eDestLang, OUString& rRetExcelName );
/// leave rRetCalcName unchanged, if no matching name is
found
-boolGetCalcName( const OUString& rExcelName, OUString&
rRetCalcName );
+SC_DLLPUBLIC bool GetCalcName( const OUString& rExcelName, OUString&
rRetCalcName );
};
class ScUnoAddInCall
diff --git a/sc/inc/cellsuno.hxx b/sc/inc/cellsuno.hxx
index e64c1065d5c7..9764f3947f56 100644
--- a/sc/inc/cellsuno.hxx
+++ b/sc/inc/cellsuno.hxx
@@ -154,7 +154,7 @@ namespace ooo::vba::excel {
class ScVbaCellRangeAccess; // Vba Helper class
}
-class SC_DLLPUBLIC SAL_LOPLUGIN_ANNOTATE("crosscast") ScCellRangesBase :
+class SAL_DLLPUBLIC_RTTI SAL_LOPLUGIN_ANNOTATE("crosscast") ScCellRangesBase :
public cppu::WeakImplHelper<
css::beans::XPropertySet,
css::beans::XMultiPropertySet,
@@ -191,7 +191,7 @@ private:
boolbGotDataChangedHint;
XModifyListenerArr_Impl aValueListeners;
-DECL_DLLPRIVATE_LINK( ValueListenerHdl, const SfxHint&, void );
+DECL_LINK( ValueListenerHdl, const SfxHint&, void );
private:
voidPaintGridRanges_Impl();
@@ -201,7 +201,7 @@ private:
const ScPatternAttr*GetCurrentAttrsFlat();
const ScPatternAttr*GetCurrentAttrsDeep();
-SfxItemSet* GetCurrentDataSet(bool bNoDflt = false);
+SC_DLLPUBLIC SfxItemSet* GetCurrentDataSet(bool bNoDflt = false);
voidForgetMarkData();
voidForgetCurrentAttrs();
@@ -216,15 +216,15 @@ protected:
const ScMarkData* GetMarkData();
// GetItemPropertyMap for derived classes must contain all entries,
including base class
-virtual const SfxItemPropertyMap& GetItemPropertyMap();
+SC_DLLPUBLIC virtual const SfxItemPropertyMap& GetItemPropertyMap();
css::beans::PropertyState GetOnePropertyState(
sal_uInt16 nItemWhich, const
SfxItemPropertyMapEntry* pEntry );
/// @throws css::uno::RuntimeException
-virtual voidGetOnePropertyValue( const
SfxItemPropertyMapEntry* pEntry,
+SC_DLLPUBLIC virtual void GetOnePropertyValue(
[Bug 64679] [META] Printer settings related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=64679 Aron Budea changed: What|Removed |Added URL|https://digitalbrolly.com/ | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 64679] [META] Printer settings related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=64679 Digital brolly changed: What|Removed |Added URL||https://digitalbrolly.com/ --- Comment #46 from Digital brolly --- Nice post. Thank you for sharing with us. https://digitalbrolly.com/;>Digital Marketing Course In Hyderabad -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158773] FILEOPEN PPTX Slow loading of file with lots of unused master pages
https://bugs.documentfoundation.org/show_bug.cgi?id=158773 --- Comment #10 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9c5fda14fff397d5d503f749ad019791d7e4ef83 tdf#158773 reduce dynamic_cast'ing in CustomShapeProperties::Notify It will be available in 24.8.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.
core.git: editeng/source include/svl sc/source svx/source sw/source
editeng/source/editeng/impedit5.cxx |2 -
include/svl/hint.hxx|2 +
sc/source/ui/condformat/condformatdlgentry.cxx |4 +-
sc/source/ui/condformat/condformateasydlg.cxx |3 +-
sc/source/ui/docshell/docsh4.cxx| 21 +++
svx/source/sdr/properties/attributeproperties.cxx |1
svx/source/sdr/properties/customshapeproperties.cxx |4 ++
svx/source/sdr/properties/textproperties.cxx| 28 +---
svx/source/tbxctrls/StylesPreviewWindow.cxx |3 +-
sw/source/uibase/app/docstyle.cxx |6 ++--
10 files changed, 40 insertions(+), 34 deletions(-)
New commits:
commit 9c5fda14fff397d5d503f749ad019791d7e4ef83
Author: Noel Grandin
AuthorDate: Wed Mar 6 16:20:41 2024 +0200
Commit: Noel Grandin
CommitDate: Thu Mar 7 06:52:22 2024 +0100
tdf#158773 reduce dynamic_cast'ing in CustomShapeProperties::Notify
shaves 2% off the load time
Change-Id: I579825bd6101b57a44b0f3118ede17ec2393d9d9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164477
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/editeng/source/editeng/impedit5.cxx
b/editeng/source/editeng/impedit5.cxx
index 0469d43235d0..6b1a303ae8da 100644
--- a/editeng/source/editeng/impedit5.cxx
+++ b/editeng/source/editeng/impedit5.cxx
@@ -152,7 +152,7 @@ void ImpEditEngine::Notify( SfxBroadcaster& rBC, const
SfxHint& rHint )
SfxStyleSheet* pStyle = static_cast(
pStyleSheetHint->GetStyleSheet() );
RemoveStyleFromParagraphs( pStyle );
}
-else if ( nId == SfxHintId::StyleSheetModified )
+else if ( nId == SfxHintId::StyleSheetModified || nId ==
SfxHintId::StyleSheetModifiedExtended )
{
const SfxStyleSheetHint* pStyleSheetHint = static_cast();
SfxStyleSheet* pStyle = static_cast(
pStyleSheetHint->GetStyleSheet() );
diff --git a/include/svl/hint.hxx b/include/svl/hint.hxx
index ec0c7b1d9872..860ea4219c56 100644
--- a/include/svl/hint.hxx
+++ b/include/svl/hint.hxx
@@ -104,6 +104,7 @@ enum class SfxHintId {
// SFX stylesheet
StyleSheetCreated, // new
StyleSheetModified, // changed
+StyleSheetModifiedExtended, // changed, but using the
SfxStyleSheetModifiedHint, not the SfxStyleSheetHint
StyleSheetChanged, // erased and re-created (replaced)
StyleSheetErased, // erased
StyleSheetInDestruction, // in the process of being destructed
@@ -229,6 +230,7 @@ inline std::basic_ostream & operator <<(
case SfxHintId::ScAccWindowResized: return stream << "ScAccWindowResized";
case SfxHintId::StyleSheetCreated: return stream << "StyleSheetCreated";
case SfxHintId::StyleSheetModified: return stream << "StyleSheetModified";
+case SfxHintId::StyleSheetModifiedExtended: return stream <<
"StyleSheetModifiedExtended";
case SfxHintId::StyleSheetChanged: return stream << "StyleSheetChanged";
case SfxHintId::StyleSheetErased: return stream << "StyleSheetErased";
case SfxHintId::StyleSheetInDestruction: return stream <<
"StyleSheetInDestruction";
diff --git a/sc/source/ui/condformat/condformatdlgentry.cxx
b/sc/source/ui/condformat/condformatdlgentry.cxx
index ade0cede7cef..860e8c225150 100644
--- a/sc/source/ui/condformat/condformatdlgentry.cxx
+++ b/sc/source/ui/condformat/condformatdlgentry.cxx
@@ -419,7 +419,7 @@ void UpdateStyleList(weld::ComboBox& rLbStyle, const
ScDocument* pDoc)
void ScConditionFrmtEntry::Notify(SfxBroadcaster&, const SfxHint& rHint)
{
-if(rHint.GetId() == SfxHintId::StyleSheetModified)
+if(rHint.GetId() == SfxHintId::StyleSheetModified || rHint.GetId() ==
SfxHintId::StyleSheetModifiedExtended)
{
if(!mbIsInStyleCreate)
UpdateStyleList(*mxLbStyle, mpDoc);
@@ -1282,7 +1282,7 @@ void ScDateFrmtEntry::SetInactive()
void ScDateFrmtEntry::Notify( SfxBroadcaster&, const SfxHint& rHint )
{
-if(rHint.GetId() == SfxHintId::StyleSheetModified)
+if(rHint.GetId() == SfxHintId::StyleSheetModified || rHint.GetId() ==
SfxHintId::StyleSheetModifiedExtended)
{
if(!mbIsInStyleCreate)
UpdateStyleList(*mxLbStyle, mpDoc);
diff --git a/sc/source/ui/condformat/condformateasydlg.cxx
b/sc/source/ui/condformat/condformateasydlg.cxx
index a368ec310c7d..ba28d1e687dd 100644
--- a/sc/source/ui/condformat/condformateasydlg.cxx
+++ b/sc/source/ui/condformat/condformateasydlg.cxx
@@ -154,7 +154,8 @@ ConditionalFormatEasyDialog::~ConditionalFormatEasyDialog()
{}
void ConditionalFormatEasyDialog::Notify(SfxBroadcaster&, const SfxHint& rHint)
{
-if (rHint.GetId() == SfxHintId::StyleSheetModified)
+if (rHint.GetId() == SfxHintId::StyleSheetModified
+|| rHint.GetId() == SfxHintId::StyleSheetModifiedExtended)
UpdateStyleList(mpDocument, *mxStyles);
}
diff --git a/sc/source/ui/docshell/docsh4.cxx
core.git: vcl/source
vcl/source/gdi/pdfwriter_impl.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit aad40b222cc646749cf7bb67e8d45a2d77018eb8 Author: Noel Grandin AuthorDate: Wed Mar 6 22:30:16 2024 +0200 Commit: Noel Grandin CommitDate: Thu Mar 7 06:51:57 2024 +0100 fix use-after-free in PDFWriterImpl::appendUnicodeTextStringEncrypt where if the resize triggers a copy, the pCopy pointer is now pointing to a block of memory that has been freed. Change-Id: I2ecfe6ad30f85b4c9e8c85f6296ac03ed4f04c8c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164485 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/vcl/source/gdi/pdfwriter_impl.cxx b/vcl/source/gdi/pdfwriter_impl.cxx index 123a5fcbfcd2..bb444b32cf3d 100644 --- a/vcl/source/gdi/pdfwriter_impl.cxx +++ b/vcl/source/gdi/pdfwriter_impl.cxx @@ -1526,9 +1526,9 @@ inline void PDFWriterImpl::appendUnicodeTextStringEncrypt( const OUString& rInSt sal_Int32 nLen = rInString.getLength(); //prepare a unicode string, encrypt it enableStringEncryption( nInObjectNumber ); -sal_uInt8 *pCopy = m_vEncryptionBuffer.data(); sal_Int32 nChars = 2 + (nLen * 2); m_vEncryptionBuffer.resize(nChars); +sal_uInt8 *pCopy = m_vEncryptionBuffer.data(); *pCopy++ = 0xFE; *pCopy++ = 0xFF; // we need to prepare a byte stream from the unicode string buffer
[Bug 159652] Finding a way to join a suffix to the word immediately before it, using autocorrect function
https://bugs.documentfoundation.org/show_bug.cgi?id=159652 --- Comment #15 from Mac --- One more thing worth noting when it comes to prefixes. There's a difference between words whose root doesn't get autocorrected, and words that do (e.g. words with diactitics). --- Example: [prefix] za [roots] baw myśl --- In autocorrect: za,.* -> za mysl -> myśl [baw doesn't need to be autocorrected - no diacritics] --- When I type: za,baw -> zabaw za,mysl -> zamysl [joined, but 'mysl' not corrected to 'myśl'] -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160076] FILESAVE: On closing without any edit, document doesn't ask to confirm saving for new date/time change for inserted field
https://bugs.documentfoundation.org/show_bug.cgi?id=160076 BogdanB changed: What|Removed |Added OS|Windows (All) |All Ever confirmed|0 |1 Hardware|x86-64 (AMD64) |All Blocks||114039 CC||buzea.bog...@libreoffice.or ||g Status|UNCONFIRMED |NEW --- Comment #3 from BogdanB --- Confirm with Version: 24.2.1.1 (X86_64) / LibreOffice Community Build ID: 359ef544e625d2ffbfced462ab37bd593ca85fa7 CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded In the document provided by the reporter, the date and time changes, but we are not asked if we want to save or not. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=114039 [Bug 114039] [META] Fields dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 114039] [META] Fields dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114039 BogdanB changed: What|Removed |Added Depends on||160076 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160076 [Bug 160076] FILESAVE: On closing without any edit, document doesn't ask to confirm saving for new date/time change for inserted field -- You are receiving this mail because: You are the assignee for the bug.
[Bug 154760] in PDF export from particular document, hyperlink not clickable
https://bugs.documentfoundation.org/show_bug.cgi?id=154760 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|in PDF export from |in PDF export from |particular document.docx|particular document, |hyperlink not clickable |hyperlink not clickable CC||stephane.guillou@libreoffic ||e.org --- Comment #4 from Stéphane Guillou (stragu) --- Online Office 365 exports PDF with a functional hyperlink. With a recent trunk build of LO, link not functional when exported to PDF and opened in Evince, Firefox, Okular. Same issue with sample DOCX converted to ODT. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 98c42f7e961e77d7f1c02d53862e4e78ecd07653 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159800] Chart data link is lost when copying/duplicating a sheet with a comma in the name
https://bugs.documentfoundation.org/show_bug.cgi?id=159800 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0072 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160072] Inconsistent handling of objects on Calc sheets with select all (Delete, clear contents, copy-paste)
https://bugs.documentfoundation.org/show_bug.cgi?id=160072 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |NOTABUG See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9800 CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |RESOLVED Keywords||needsUXEval Summary|Inconsistent handling of|Inconsistent handling of |objects on Calc sheets |objects on Calc sheets with ||select all (Delete, clear ||contents, copy-paste) --- Comment #1 from Stéphane Guillou (stragu) --- Thanks for splitting this from bug 159800, jollytall. My first reaction was: Ctrl + A -> Delete is different to Ctrl + A -> Ctrl + X. This feels inconsistent (also with the Writer behaviour), but I some users' workflows might rely on a way to modify all cells without affecting objects... However, as you noticed, we've got two ways to remove things in Calc (whereas Writer does not seem to make the distinction): - Delete: directly removes cell contents - Backspace (same as "Clear Contents" in context menu): offers a dialog. The default removes text, date & time, comments, numbers, formulas - which matches what Delete does. But one can pick and choose what gets deleted, and can delete absolutely everything with one tick of a box. Options are remembered, so it's then easy to Backspace + Enter. (In reply to jollytall from comment #0) > It has a strange side-effect, that if a sheet is Ctrl-A, Ctrl-C and another > sheet is also Ctrl-A, Ctrl-V then the objects on the target sheet remain > there. It think this has to be the case, as the objects are two separate elements, with different names assigned to them, as can be seen in the navigator. One can't expect LO to replace an object just because it is of same type and is anchored to the same cell. And a single cell can have as many objects anchored to it as we desire. Paste Special gives a large number of options to decide exactly what is pasted. It's different for cell contents, as it is straight-forward to understand the model of pasting cell contents over others at the same coordinates. So leaning towards "resolved - not a bug", but set back to "unconfirmed" if you still think something needs changing. Copying the UX/Design team in just in case. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160072] Inconsistent handling of objects on Calc sheets with select all (Delete, clear contents, copy-paste)
https://bugs.documentfoundation.org/show_bug.cgi?id=160072 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |NOTABUG See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9800 CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |RESOLVED Keywords||needsUXEval Summary|Inconsistent handling of|Inconsistent handling of |objects on Calc sheets |objects on Calc sheets with ||select all (Delete, clear ||contents, copy-paste) --- Comment #1 from Stéphane Guillou (stragu) --- Thanks for splitting this from bug 159800, jollytall. My first reaction was: Ctrl + A -> Delete is different to Ctrl + A -> Ctrl + X. This feels inconsistent (also with the Writer behaviour), but I some users' workflows might rely on a way to modify all cells without affecting objects... However, as you noticed, we've got two ways to remove things in Calc (whereas Writer does not seem to make the distinction): - Delete: directly removes cell contents - Backspace (same as "Clear Contents" in context menu): offers a dialog. The default removes text, date & time, comments, numbers, formulas - which matches what Delete does. But one can pick and choose what gets deleted, and can delete absolutely everything with one tick of a box. Options are remembered, so it's then easy to Backspace + Enter. (In reply to jollytall from comment #0) > It has a strange side-effect, that if a sheet is Ctrl-A, Ctrl-C and another > sheet is also Ctrl-A, Ctrl-V then the objects on the target sheet remain > there. It think this has to be the case, as the objects are two separate elements, with different names assigned to them, as can be seen in the navigator. One can't expect LO to replace an object just because it is of same type and is anchored to the same cell. And a single cell can have as many objects anchored to it as we desire. Paste Special gives a large number of options to decide exactly what is pasted. It's different for cell contents, as it is straight-forward to understand the model of pasting cell contents over others at the same coordinates. So leaning towards "resolved - not a bug", but set back to "unconfirmed" if you still think something needs changing. Copying the UX/Design team in just in case. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160076] FILESAVE: On closing without any edit, document doesn't ask to confirm saving for new date/time change for inserted field
https://bugs.documentfoundation.org/show_bug.cgi?id=160076 --- Comment #2 from Naresh --- Created attachment 193011 --> https://bugs.documentfoundation.org/attachment.cgi?id=193011=edit Screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160076] FILESAVE: On closing without any edit, document doesn't ask to confirm saving for new date/time change for inserted field
https://bugs.documentfoundation.org/show_bug.cgi?id=160076 --- Comment #1 from Naresh --- I tried to replicate this and was unable to. Steps followed: 1) Open a new document 2) Give heading 3) Insert-> Field -> Date 4) Insert-> Field -> Date 5) close the document Result, "Save Document?" POP up appears. Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win)
https://bugs.documentfoundation.org/show_bug.cgi?id=160075 --- Comment #5 from Mike Kaganski --- (In reply to V Stuart Foote from comment #2) > And, at 24.8.0 seems already restored. ... or rather, something wasn't backported? and it's *this* what needs (reverse-)bisecting. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win)
https://bugs.documentfoundation.org/show_bug.cgi?id=160075 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected Regression By||Mike Kaganski --- Comment #4 from Stéphane Guillou (stragu) --- Bibisected with win64-24.2 repo to first bad build [bb6094fbd3775ee06e119c52557cd6e10f409442] which points to 45023ae9619cdc4332afb8f743d1695a23e8d866, a cherrypick of: commit 772da0f1aa6891a0b31d45d99a5978c65ed24e34 author Mike Kaganski Wed Jan 10 19:48:16 2024 +0600 committer Mike Kaganski Wed Jan 10 17:39:19 2024 +0100 tdf#156443, tdf#159079, tdf#158112: support Windows Alt codes >=256 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161891 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159826] Bullets and numbering number: "none" does not display a number
https://bugs.documentfoundation.org/show_bug.cgi?id=159826 Naresh changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #6 from Naresh --- Setting status to New My Version details: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159975] Libre Office displays the custom dropdown property wrong, but only sometimes
https://bugs.documentfoundation.org/show_bug.cgi?id=159975 Naresh changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #4 from Naresh --- My version info, changing the status to New Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159993] Newline+tab on bullet list start typing on next line after clicking on last character
https://bugs.documentfoundation.org/show_bug.cgi?id=159993 --- Comment #2 from Naresh --- Adding my version details Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win)
https://bugs.documentfoundation.org/show_bug.cgi?id=160075 --- Comment #3 from Stéphane Guillou (stragu) --- Reproduced: - In 7.6.5.2 and 24.2.0.3, pressing Alt focuses the main menu, which can then be navigated with direction keys. Shortcut is documented in the help: https://help.libreoffice.org/latest/en-US/text/shared/guide/keyboard.html - In 24.2.1, does not focus anymore. Interesting, this shortcut doesn't apply to Linux (tried gtk3 and gen VCL), so not sure if it should be made to work across OSs, or if it should be documented to be Windows-only. Bibisecting now. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win)
https://bugs.documentfoundation.org/show_bug.cgi?id=160075 --- Comment #2 from V Stuart Foote --- Missing in the sense that through 7.6.5 key entered from document canvas would shift focus to the Main Menu. At 24.2.1.2 the key from document has no effect, no toggle to the main menu. Alternative of key continues to work. And, at 24.8.0 seems already restored. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160049] FILEOPEN DOCX: left/right horizontal should be anchored to PRINT_AREA, not FRAME
https://bugs.documentfoundation.org/show_bug.cgi?id=160049 --- Comment #10 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b0f8b695ef25dfd24416afe36b26d7d4f41c40a9 tdf#160049 full unit test: use margins with left/right HoriOrientRel It will be available in 24.8.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.
core.git: sw/qa
sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin14.docx |binary
sw/qa/extras/ooxmlexport/ooxmlexport21.cxx | 31
2 files changed, 31 insertions(+)
New commits:
commit b0f8b695ef25dfd24416afe36b26d7d4f41c40a9
Author: Justin Luth
AuthorDate: Wed Mar 6 09:25:31 2024 -0500
Commit: Justin Luth
CommitDate: Thu Mar 7 04:23:50 2024 +0100
tdf#160049 full unit test: use margins with left/right HoriOrientRel
The other unit tests focused on the concept in general,
but always used the same situation.
This is a comprehensive test,
indicating the things that should NOT use the margins (center, left by)
and both things that do use the margin (right, as well as left).
So there are a few "do not break what is already working" situations
now tested for...
Change-Id: I77a5d3e6244710def76b35dac1c6f0fe9ec9e480
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164474
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin14.docx
b/sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin14.docx
new file mode 100644
index ..b39c0cad83e7
Binary files /dev/null and
b/sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin14.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
index bc5d5f253e8e..fcb2eea321c9 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
@@ -314,6 +314,37 @@ DECLARE_OOXMLEXPORT_TEST(testTdf160049_anchorMargin2,
"tdf160049_anchorMargin2.d
getProperty(getShape(1),
"HoriOrientRelation"));
}
+DECLARE_OOXMLEXPORT_TEST(testTdf160049_anchorMargin14,
"tdf160049_anchorMargin14.docx")
+{
+// given a DML compat14 (Word 2010) document with a LEFT "column/text"
anchored image
+// followed by a RIGHT column/text anchored image (with a 2cm paragraph
right margin)
+// followed by a CENTER column/text anchored image (with a large left
margin)
+// followed by a LEFT FROM column/text anchored image (which ignores the
left margin)
+// followed by a LEFT "margin" anchored image (which always ignores the
left margin)
+
+// The shape takes into account the left margin, looking like it is in the
middle of the doc,
+// which is "Paragraph text area"/PRINT_AREA/1, not "Entire paragraph
area"/FRAME/0
+uno::Reference xShape(getShapeByName(u"Picture 2"));
+CPPUNIT_ASSERT_EQUAL(css::text::RelOrientation::PRINT_AREA,
+ getProperty(xShape, "HoriOrientRelation"));
+// The shape takes into account the right margin, looking like it is in
the middle of the doc,
+xShape.set(getShapeByName(u"Picture 3"));
+CPPUNIT_ASSERT_EQUAL(css::text::RelOrientation::PRINT_AREA,
+ getProperty(xShape, "HoriOrientRelation"));
+// The third shape takes "center" very seriously, and ignores the margins
+xShape.set(getShapeByName(u"Picture 4"));
+CPPUNIT_ASSERT_EQUAL(css::text::RelOrientation::FRAME,
+ getProperty(xShape, "HoriOrientRelation"));
+// The fourth shape takes "left by 123", and ignores the margins, acting
just like "margin"
+xShape.set(getShapeByName(u"Picture 5"));
+CPPUNIT_ASSERT_EQUAL(css::text::RelOrientation::FRAME,
+ getProperty(xShape, "HoriOrientRelation"));
+// The fifth shape shows how "left" works with "margin", which apparently
means page margin
+xShape.set(getShapeByName(u"Picture 6"));
+CPPUNIT_ASSERT_EQUAL(css::text::RelOrientation::PAGE_PRINT_AREA,
+ getProperty(xShape, "HoriOrientRelation"));
+}
+
DECLARE_OOXMLEXPORT_TEST(testTdf160049_anchorMargin15,
"tdf160049_anchorMargin15.docx")
{
// given a DML compat15 (Word 2013) document with a LEFT "column/text"
anchored image
[Bug 159612] Digital signing of Writer documents using X.509 compliant signatures fails silently on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=159612 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160046] Clone formatting changes text alignment unexpectedly
https://bugs.documentfoundation.org/show_bug.cgi?id=160046 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159830] [LOCALHELP] Update Help page on File Properties additions (DUBLIN CORE)
https://bugs.documentfoundation.org/show_bug.cgi?id=159830 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159823] Tables in Impress should support setting row height and column width (as in Writer)
https://bugs.documentfoundation.org/show_bug.cgi?id=159823 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159794] inconsistency in backspacing through indents
https://bugs.documentfoundation.org/show_bug.cgi?id=159794 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156680] CRASH in Calc (64-bit Windows) on paste into cell
https://bugs.documentfoundation.org/show_bug.cgi?id=156680 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160070] Linux libreoffice documents do not print emojis
https://bugs.documentfoundation.org/show_bug.cgi?id=160070 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160070] Linux libreoffice documents do not print emojis
https://bugs.documentfoundation.org/show_bug.cgi?id=160070 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156680] CRASH in Calc (64-bit Windows) on paste into cell
https://bugs.documentfoundation.org/show_bug.cgi?id=156680 --- Comment #3 from QA Administrators --- Dear Geoffrey Skinner, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156665] Submit button is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=156665 --- Comment #4 from QA Administrators --- Dear Abhilasha, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156665] Submit button is not working
https://bugs.documentfoundation.org/show_bug.cgi?id=156665 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157146] Path file locations cannot be altered in Ver 7.6
https://bugs.documentfoundation.org/show_bug.cgi?id=157146 --- Comment #3 from QA Administrators --- Dear Glen Gordon, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 131181] Associations with MS Office lost after update libreoffice
https://bugs.documentfoundation.org/show_bug.cgi?id=131181 --- Comment #9 from QA Administrators --- Dear Sergey, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 44463] FILEASSOC Uninstalling Libreoffice removes Microsoft Office file associations
https://bugs.documentfoundation.org/show_bug.cgi?id=44463 --- Comment #10 from QA Administrators --- Dear Charles, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156839] Printing from macro creates empty page instead of the second sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=156839 --- Comment #4 from QA Administrators --- Dear Gabor Kelemen (allotropia), 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.
Jonah Janzen License Statement
All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license.
[Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win)
https://bugs.documentfoundation.org/show_bug.cgi?id=160075 --- Comment #1 from Mike Kaganski --- (In reply to V Stuart Foote from comment #0) > But, the missing toggle to main menu Could you please be a little bit more descriptive - what means "missing"? I keep using Alt to access the main menu. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160061] Data Validity drop down change with latest update
https://bugs.documentfoundation.org/show_bug.cgi?id=160061 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m_a_riosv --- Because the space is like any other letter that you can use to select a value in the list, they get on the position but doesn't trigger the selection. IMO not a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 134229] Rows above viewport in scrolled down XLSX not included in PDF when using "whole sheet export"
https://bugs.documentfoundation.org/show_bug.cgi?id=134229 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6893 CC||stephane.guillou@libreoffic ||e.org Summary|Scrolled down spreadsheets |Rows above viewport in |do not convert the unseen |scrolled down XLSX not |rows to PDF when exporting |included in PDF when using |whole sheet |"whole sheet export" --- Comment #5 from Stéphane Guillou (stragu) --- Does not happen with file saved as ODS. To reproduce on any row: 1. scroll to whatever position that hides rows above viewport 2. save file 3. _reload_ 4. export as whole sheet Still the case in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9574a62add8e4901405e12117e75c86c2d2c2f21 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156893] PDF Whole Sheet export feature only exporting data up to 1022 rows
https://bugs.documentfoundation.org/show_bug.cgi?id=156893 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||4229 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160069] Second click on Clone Formatting creates strange text formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=160069 --- Comment #2 from DuyN --- Created attachment 193010 --> https://bugs.documentfoundation.org/attachment.cgi?id=193010=edit Reproducible_Bug 160069 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160069] Second click on Clone Formatting creates strange text formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=160069 DuyN changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from DuyN --- Thank you for reporting the bug. I can confirm that the bug is present in: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
Re: VCL selection
Interesting. Would you recommend waiting to set gtk4 as default, or would doing so spur correction of extant issues? -- Gwyn Ciesla she/her/hers in your fear, seek only peace in your fear, seek only love -d. bowie Sent with Proton Mail secure email. On Wednesday, March 6th, 2024 at 2:59 PM, Caolán McNamara wrote: > On Wed, 2024-03-06 at 20:00 +, Gwyn Ciesla wrote: > > > Hi all! Fedora is looking at changing the default VCL plugin used for > > the interface for various desktop environments, specifically gtk4 for > > GNOME and kf6 for KDE. I'm able to choose the plugin by settting > > SAL_USE_VCL_PLUGIN, but when I have several installed and remove gtk3 > > it defaults to X11, so I'm not sure how it makes that choice. > > > Probably vcl/source/app/salplug.cxx, where we set the order of plugins > to use, and if gtk4 was desirable as one to auto-use it would be > inserted into the list there beside "gtk3". Its absence from there is > why you have to "force" it via SAL_USE_VCL_PLUGIN > > FWIW AFAIK the gtk4 accessibility experience is still subpar to the > gtk3 experience. And I think some of the obvious dropdowns, the font > and style ones in writer, don't render their entries as previews, only > as simple text. > > Worth mentioning I guess is that the dialogs and other UI bits are > generally runtime converted from the basically-gtk3-format .ui files > into gtk4 equivalents. That sort of requires keeping to a uniform > pattern to make that conversion work. Which is basically what the > bin/ui-rules-enforcer.py is for. So if you get warnings/errors like: > > GtkInstanceBuilder: error when calling gtk_builder_add_from_string > > then the idea is; either that script can be run over the offending .ui > file and/or the script updated for whatever new problem has emerged and > then run over the offending .ui :-) signature.asc Description: OpenPGP digital signature
[Bug 160049] FILEOPEN DOCX: left/right horizontal should be anchored to PRINT_AREA, not FRAME
https://bugs.documentfoundation.org/show_bug.cgi?id=160049 --- Comment #9 from Commit Notification --- Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/77980d4375b270f328afe1dd90e96e2e31fd498d tdf#160049 dml shape import: use margins with left/right HoriOrientRel It will be available in 24.8.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.
core.git: sw/qa writerfilter/source
sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin2.docx |binary
sw/qa/extras/ooxmlexport/ooxmlexport21.cxx | 10 ++
writerfilter/source/dmapper/GraphicImport.cxx | 10 ++
3 files changed, 20 insertions(+)
New commits:
commit 77980d4375b270f328afe1dd90e96e2e31fd498d
Author: Justin Luth
AuthorDate: Tue Mar 5 20:19:09 2024 -0500
Commit: Justin Luth
CommitDate: Thu Mar 7 02:20:33 2024 +0100
tdf#160049 dml shape import: use margins with left/right HoriOrientRel
make CppunitTest_sw_ooxmlexport21 \
CPPUNIT_TEST_NAME=testTdf160049_anchorMargin
Change-Id: I3e2df2037cabfedbb6df6b8c8257e90baeaab96e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164445
Tested-by: Jenkins
Reviewed-by: Justin Luth
diff --git a/sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin2.docx
b/sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin2.docx
new file mode 100644
index ..349ed4cbeea7
Binary files /dev/null and
b/sw/qa/extras/ooxmlexport/data/tdf160049_anchorMargin2.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
index 8bae715cf4de..bc5d5f253e8e 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport21.cxx
@@ -304,6 +304,16 @@ DECLARE_OOXMLEXPORT_TEST(testTdf160049_anchorMarginVML,
"tdf160049_anchorMarginV
getProperty(getShape(1),
"HoriOrientRelation"));
}
+DECLARE_OOXMLEXPORT_TEST(testTdf160049_anchorMargin2,
"tdf160049_anchorMargin2.docx")
+{
+// given a DML compat14 (Word 2010) document with a LEFT "column/text"
anchored shape
+
+// The shape takes into account the margin, so it looks like it is in the
middle of the doc,
+// which is "Paragraph text area"/PRINT_AREA/1, not "Entire paragraph
area"/FRAME/0
+CPPUNIT_ASSERT_EQUAL(css::text::RelOrientation::PRINT_AREA,
+ getProperty(getShape(1),
"HoriOrientRelation"));
+}
+
DECLARE_OOXMLEXPORT_TEST(testTdf160049_anchorMargin15,
"tdf160049_anchorMargin15.docx")
{
// given a DML compat15 (Word 2013) document with a LEFT "column/text"
anchored image
diff --git a/writerfilter/source/dmapper/GraphicImport.cxx
b/writerfilter/source/dmapper/GraphicImport.cxx
index fb34152cda6f..b7d5f101f417 100644
--- a/writerfilter/source/dmapper/GraphicImport.cxx
+++ b/writerfilter/source/dmapper/GraphicImport.cxx
@@ -1290,6 +1290,16 @@ void GraphicImport::lcl_attribute(Id nName, Value&
rValue)
m_pImpl->m_bLayoutInCell = false;
}
+if (m_pImpl->m_nHoriRelation ==
text::RelOrientation::FRAME
+&& m_pImpl->m_nHoriOrient >
text::HoriOrientation::NONE
+&& m_pImpl->m_nHoriOrient !=
text::HoriOrientation::CENTER
+&& m_pImpl->m_nHoriOrient <
text::HoriOrientation::FULL)
+{
+// before compat15, relative
left/right/inside/outside honored margins.
+if
(m_pImpl->m_rDomainMapper.GetSettingsTable()->GetWordCompatibilityMode() < 15)
+m_pImpl->m_nHoriRelation =
text::RelOrientation::PRINT_AREA;
+}
+
// Anchored: Word only supports at-char in that case.
text::TextContentAnchorType eAnchorType =
text::TextContentAnchorType_AT_CHARACTER;
[Bug 157934] v7.6 crashes in libuno_sal.so.3 when saving a file in Ubuntu 22.04 with XLIB_SKIP_ARGB_VISUALS=1
https://bugs.documentfoundation.org/show_bug.cgi?id=157934 Stéphane Guillou (stragu) changed: What|Removed |Added Version|7.6.2.1 release |7.3.7.2 release Summary|v7.6 crashes in |v7.6 crashes in |libuno_sal.so.3 when saving |libuno_sal.so.3 when saving |a file in Ubuntu 22.04 |a file in Ubuntu 22.04 with ||XLIB_SKIP_ARGB_VISUALS=1 --- Comment #10 from Stéphane Guillou (stragu) --- No crash with Ubuntu 22.04 + GNOME 42.9 + Wayland, regardless of if the window is MetaWindowXwayland or MetaWindowWayland Version: 7.6.5.2 (X86_64) / LibreOffice Community Build ID: 38d5f62f85355c192ef5f1dd47c5c0c0c6d6598b CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160079] difficult to save format in docx files and style display box
https://bugs.documentfoundation.org/show_bug.cgi?id=160079 --- Comment #2 from ksso --- thank you very much! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160079] New: difficult to save format in docx files and style display box
https://bugs.documentfoundation.org/show_bug.cgi?id=160079 Bug ID: 160079 Summary: difficult to save format in docx files and style display box Product: LibreOffice Version: 24.2.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kep...@gmail.com Description: 1. When try to display the style box from the tabbed interface can't be done as before 2. Equations function doesn’t insert in the proper order when working from the command window (turns back to the beginning); when working directly in the document equation, it is ok. (Don’t know if this is an issue 3. Font size in equations isn’t saved (docx files). 4. 270° text rotations isn’t saved (docx files). Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 12; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: es-CO (es_CO.UTF-8); UI: en-US Calc: threaded https://drive.google.com/file/d/1tNoYxNZN61sg4EFdlilsDROGKF7Vcgv9/view?usp=sharing Steps to Reproduce: 1. When try to display the style box from the tabbed interface can't be done as before 2. Equations function doesn’t insert in the proper order when working from the command window (turns back to the beginning); when working directly in the document equation, it is ok. (Don’t know if this is an issue 3. Font size in equations isn’t saved (docx files). 4. 270° text rotations isn’t saved (docx files). Actual Results: 1. When try to display the style box from the tabbed interface can't be done as before 2. Equations function doesn’t insert in the proper order when working from the command window (turns back to the beginning); when working directly in the document equation, it is ok. (Don’t know if this is an issue 3. Font size in equations isn’t saved (docx files). 4. 270° text rotations isn’t saved (docx files). Expected Results: 1. display the style box from the tabbed interface 2. Equations function insert properly in the command window (as before) 3. Font size in equations is saved (docx files). 4. 270° text rotations is saved (docx files). Reproducible: Always User Profile Reset: No Additional Info: video: https://drive.google.com/file/d/1tNoYxNZN61sg4EFdlilsDROGKF7Vcgv9/view?usp=sharing -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160079] difficult to save format in docx files and style display box
https://bugs.documentfoundation.org/show_bug.cgi?id=160079 --- Comment #1 from ksso --- Created attachment 193009 --> https://bugs.documentfoundation.org/attachment.cgi?id=193009=edit docx file docx file of the video -- You are receiving this mail because: You are the assignee for the bug.
[Bug 129162] UI: PDF Export: Disable range options when "Whole sheet export" option is checked (See comment#4)
https://bugs.documentfoundation.org/show_bug.cgi?id=129162 --- Comment #11 from Stéphane Guillou (stragu) --- (In reply to Stéphane Guillou (stragu) from comment #10) > I think the idea solution *ideal* solution -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160011] Hidden columns should not prevent text from preceding columns from overflowing over their cells
https://bugs.documentfoundation.org/show_bug.cgi?id=160011 --- Comment #11 from m_a_riosv --- I think the main issue about changing the behavior is the modification of the display for existing documents, without any warning to the user. IMO, the possible performance problems are surely solvable, because it seems that the cases where you need to modify the display are limited to show hide column(s). Perhaps it could be a concern, if the cells of the hidden columns were massively modified by macro. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160011] Hidden columns should not prevent text from preceding columns from overflowing over their cells
https://bugs.documentfoundation.org/show_bug.cgi?id=160011 --- Comment #11 from m_a_riosv --- I think the main issue about changing the behavior is the modification of the display for existing documents, without any warning to the user. IMO, the possible performance problems are surely solvable, because it seems that the cases where you need to modify the display are limited to show hide column(s). Perhaps it could be a concern, if the cells of the hidden columns were massively modified by macro. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159652] Finding a way to join a suffix to the word immediately before it, using autocorrect function
https://bugs.documentfoundation.org/show_bug.cgi?id=159652 --- Comment #14 from Mac --- [An Edit Comment option would be handy] I meant: Or maybe is there such a space-like separator already? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159652] Finding a way to join a suffix to the word immediately before it, using autocorrect function
https://bugs.documentfoundation.org/show_bug.cgi?id=159652 --- Comment #13 from Mac --- (In reply to Mac from comment #12) > --- > Since you are asking what is missing - it's the autocorrection of the root > word in the middle (the part without the the .* pattern and non-space > separator). > > In other words: prefix[corrected],root[not corrected],suffix[corrected] > (the root may stay not autocorrected because the autocorrect function > recognises it not as the root alone, but as the chain consisting of > [prefix][comma][uncorrected root]. Yes, I've tested it and can confirm now that it's how it is at the moment. Someone mentioned before that it would be more difficult than suffixes, but how cool would it be if a user could "tell" the program to treat a particular non-space separator [e.g. comma] like a space. Or maybe is there such space separator already? Something other than comma? (But TBH comma is placed in a very convenient spot on the keyboard...) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 129162] UI: PDF Export: Disable range options when "Whole sheet export" option is checked (See comment#4)
https://bugs.documentfoundation.org/show_bug.cgi?id=129162 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Version|7.0.0.0.alpha0+ |6.4.0.3 release Summary|UI: PDF Export: Disable |UI: PDF Export: Disable |range options when |range options when "Whole |"Full-sheet previews" |sheet export" option is |option is checked (See |checked (See comment#4) |comment#4) | --- Comment #10 from Stéphane Guillou (stragu) --- Same in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9574a62add8e4901405e12117e75c86c2d2c2f21 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Already the case in: Version: 6.4.0.0.alpha1 Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: CL (In reply to Muhammet Kara from comment #4) > Check for the value of mbSinglePageSheets in the ImpPDFTabDialog class, and > disable related items (all of the items under "General > Range" of the "PDF > Options" dialog I think the idea solution would be to only disable the "Page" option, still allowing the user to export all sheets / a selection of sheet(s) / the active sheet / the selected sheet with the "whole sheet" option on. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160078] Crash on first try every morning
https://bugs.documentfoundation.org/show_bug.cgi?id=160078 whirly changed: What|Removed |Added CC||whi...@cwaiii.com Assignee|libreoffice-b...@lists.free |whi...@cwaiii.com |desktop.org | --- Comment #1 from whirly --- Created attachment 193008 --> https://bugs.documentfoundation.org/attachment.cgi?id=193008=edit Help Info -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160078] New: Crash on first try every morning
https://bugs.documentfoundation.org/show_bug.cgi?id=160078 Bug ID: 160078 Summary: Crash on first try every morning Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: whi...@cwaiii.com Description: When first try to open the main program it hangs up until I double click and close. I have left it trying to open for up to 2 minutes before closing. I can then open the program immediately afterwards and it runs just fine. The same thing happens when I try to open the Calc directly. This has been going on in both Win7 & Win10-LibreOffice_7.6.4_Win_x86-64 and Win10-LibreOffice_24.2.1_Win_x86-64. Win10 was a clean install. Steps to Reproduce: 1.open LibreOffice first time in the day 2.Close the hung "open screen" 3.Reopen and it works! Actual Results: Read Steps above After closing the hung open screen and restarting, the main LibreOffice screen comes up as if nothing is wrong and I can work in any of the subprograms. Expected Results: Program hangs on "open Screen" Reproducible: Always User Profile Reset: Yes Additional Info: Should have opened to the main screen of LibreOffice. See attached for Help Info -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155351] Data position wrong, offset in PDF created with Whole Sheet export
https://bugs.documentfoundation.org/show_bug.cgi?id=155351 Stéphane Guillou (stragu) changed: What|Removed |Added Version|7.5.2.2 release |6.4.0.3 release Summary|Bug in the Whole Sheet |Data position wrong, offset |export feature |in PDF created with Whole ||Sheet export Keywords||implementationError CC||k...@libreoffice.org, ||stephane.guillou@libreoffic ||e.org --- Comment #5 from Stéphane Guillou (stragu) --- Still the case in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9574a62add8e4901405e12117e75c86c2d2c2f21 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Already the case in: Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded so marking as "implementation error". -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156893] PDF Whole Sheet export feature only exporting data up to 1022 rows
https://bugs.documentfoundation.org/show_bug.cgi?id=156893 Stéphane Guillou (stragu) changed: What|Removed |Added CC||k...@libreoffice.org, ||stephane.guillou@libreoffic ||e.org Summary|Bug in the Whole Sheet |PDF Whole Sheet export |export feature only |feature only exporting data |exporting data upto 1022|up to 1022 rows |rows| OS|Windows (All) |All Version|7.5.3.2 release |6.4.0.3 release Keywords||implementationError --- Comment #8 from Stéphane Guillou (stragu) --- Still the case in a recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9574a62add8e4901405e12117e75c86c2d2c2f21 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Was already the case in: Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded So marking as "implementation error". Saving as ODS before exporting does not make a difference. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157780] Calc: Web hyperlinks not preserved after export to PDF when using Whole Sheet Export
https://bugs.documentfoundation.org/show_bug.cgi?id=157780 Stéphane Guillou (stragu) changed: What|Removed |Added Summary|Calc: Web hyperlinks not|Calc: Web hyperlinks not |preserved after export to |preserved after export to |PDF |PDF when using Whole Sheet ||Export Keywords||implementationError Blocks||120543 URL||https://ask.libreoffice.org ||/t/web-hyperlinks-not-prese ||rved-after-export-to-pdf/96 ||762 CC||stephane.guillou@libreoffic ||e.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120543 [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc -- You are receiving this mail because: You are the assignee for the bug.
[Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=120543 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||157780 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157780 [Bug 157780] Calc: Web hyperlinks not preserved after export to PDF when using Whole Sheet Export -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159308] When converting a docx file to pdf (using soffice -convert-to pdf), hyperlinks on the pictures are broken.
https://bugs.documentfoundation.org/show_bug.cgi?id=159308 Stéphane Guillou (stragu) changed: What|Removed |Added Status|NEW |NEEDINFO CC||stephane.guillou@libreoffic ||e.org --- Comment #8 from Stéphane Guillou (stragu) --- Thanks for the report, Darya. Please do not set you own report as "new", as another contributor needs to confirm the issue. Note that the DOCX sample you attached does _not_ have a hyperlink on the image. I had to add it to test. I tested with: 1. Open you sample DOCX attachment 192084 2. right-click on image > Properties > Hyperlink > filled URL field with https://whatcanidoforlibreoffice.org > OK 3. Export to PDF, both with command line and GUI. The link works. File opened with Evince and Firefox. Tested with: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9574a62add8e4901405e12117e75c86c2d2c2f21 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Can you please: - test again, making sure the image does have a hyperlink in LibreOffice - open the file with different PDF viewers - give us more precise steps / a new file sample if you can still reproduce -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160077] FILEOPEN DOCX: shape layoutInCell must vertical offset relative to the paragraph, not the page
https://bugs.documentfoundation.org/show_bug.cgi?id=160077 --- Comment #1 from Justin L --- Created attachment 193007 --> https://bugs.documentfoundation.org/attachment.cgi?id=193007=edit 160077_layoutInCell.docx: anchored to top of page margin, but forced into cell -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160077] New: FILEOPEN DOCX: shape layoutInCell must vertical offset relative to the paragraph, not the page
https://bugs.documentfoundation.org/show_bug.cgi?id=160077 Bug ID: 160077 Summary: FILEOPEN DOCX: shape layoutInCell must vertical offset relative to the paragraph, not the page Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Keywords: filter:docx Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jl...@mail.com CC: jl...@mail.com Blocks: 120466 Created attachment 193006 --> https://bugs.documentfoundation.org/attachment.cgi?id=193006=edit layoutInCell_mso2010.pdf: how it looks in the authoring program The in-background-through image (following the shape code path since it is rotated) must not be placed relative to the page margins, but must be placed relative to the paragraph area. Therefore, the image should appear mid-way down the cell, instead of at the top. This is not related to compatibilityMode. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120466 [Bug 120466] [META] DOCX (OOXML) anchor and text wrapping bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 120466] [META] DOCX (OOXML) anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=120466 Justin L changed: What|Removed |Added Depends on||160077 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160077 [Bug 160077] FILEOPEN DOCX: shape layoutInCell must vertical offset relative to the paragraph, not the page -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160049] FILEOPEN DOCX: left/right horizontal should be anchored to PRINT_AREA, not FRAME
https://bugs.documentfoundation.org/show_bug.cgi?id=160049 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0077 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160038] VBA Compatibility:VBA functions in protected libraries don't work
https://bugs.documentfoundation.org/show_bug.cgi?id=160038 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||r...@post.cz Ever confirmed|0 |1 --- Comment #2 from raal --- Reproducible with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 806362b915ee89a4f907905a8ac8c1527ea99223 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo VBA not supported yet: https://ask.libreoffice.org/t/password-for-macros-that-allow-the-code-to-run-but-not-to-access-macros/47880/6 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148329] Accept Hebrew Maqaf for '-' in search pattern
https://bugs.documentfoundation.org/show_bug.cgi?id=148329 --- Comment #2 from Shai Berger --- (For the record, Maqaf does appear in the standard Hebrew keyboard layout -- right-alt + minus-sign; it is true that is not commonly engraved on the keys) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160021] Pivot Table - Data Field dialog: A second click is needed when clicking on any of the buttons
https://bugs.documentfoundation.org/show_bug.cgi?id=160021 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #3 from raal --- No repro with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 806362b915ee89a4f907905a8ac8c1527ea99223 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160076] New: FILESAVE: On closing without any edit, document doesn't ask to confirm saving for new date/time change for inserted field
https://bugs.documentfoundation.org/show_bug.cgi?id=160076 Bug ID: 160076 Summary: FILESAVE: On closing without any edit, document doesn't ask to confirm saving for new date/time change for inserted field Product: LibreOffice Version: 24.2.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bogaboga...@gmail.com Created attachment 193005 --> https://bugs.documentfoundation.org/attachment.cgi?id=193005=edit File with inserted Date/Time field On open, document with an inserted date/time field is updated with *new* date/time as expected. When closed without any editing, system does not ask whether changes (to date/time) and therefore to document should be saved or not. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 114287] fo:text-indent and fo:margin-left from paragraph style has to overrule those from list style
https://bugs.documentfoundation.org/show_bug.cgi?id=114287 --- Comment #5 from bugzi...@rhynas.com --- This is a disaster. See Bug 159366 and Bug 159972 for consequences. Also https://ask.libreoffice.org/t/lists-behavior-from-writer-v-7-5-to-7-6-and-24-2/102976 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160061] Data Validity drop down change with latest update
https://bugs.documentfoundation.org/show_bug.cgi?id=160061 raal changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||r...@post.cz Keywords||regression Ever confirmed|0 |1 --- Comment #1 from raal --- Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160071] Clone formatting allows to fill all paragraphs with the same formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=160071 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from raal --- Confirm with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 806362b915ee89a4f907905a8ac8c1527ea99223 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160046] Clone formatting changes text alignment unexpectedly
https://bugs.documentfoundation.org/show_bug.cgi?id=160046 raal changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||r...@post.cz --- Comment #3 from raal --- Confirm with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 806362b915ee89a4f907905a8ac8c1527ea99223 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
Re: ESC meeting agenda: 2024-03-06 16:00 CET
Hi Miklos, Miklos Vajna schrieb am 06.03.2024 um 16:28: Hi, The prototype agenda is below. Extra items are appreciated either in this document or as a reply to this mail: [..] * What’s cooking (Miklos) + A11y update (Michael W) + importing 3D scenes from MSO (Regina) I cannot attend tomorrow. Anyone interested in this topic can find the current state in https://gerrit.libreoffice.org/c/core/+/164510. Kind regards, Regina
Re: Import of lighting from MS Office for extruded shapes
Hi all, Regina Henschel schrieb am 22.02.2024 um 19:47: Hi all, I have started work on import of lighting. But there are several problems which make it impossible to get a 1:1 match to our capabilities. [..] Any ideas/wishes for a reasonably usable import? I have uploaded the current state to Gerrit https://gerrit.libreoffice.org/c/core/+/164510 Please notify me, if there is something which I should change. The meaning of 'Specular' and 'Diffuse' in the specification of MS Office is not clear. I posted a question to the forum https://learn.microsoft.com/en-us/answers/questions/1608333/what-is-specular-and-diffuse-in-the-lightrig-table Besides the mentioned principle problems, this is missing: MS Office uses 'Gouraud' as default render mode. That is currently not used but the default 'Flat' mode. In some cases MSO uses Phong render mode. The information about that is contained in the material presets and those are not yet evaluated. Kind regards, Regina
[Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel's "Format as tables"
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 --- Comment #24 from ady --- (In reply to Rafael Lima from comment #23) > The problem of having both tickets open (bug 66377 and bug 132780) is that > it becomes harder to centralize the discussion. While I agree that the difference is not always clear in each dupe, I think that one report (or rather RFE) is about implementing the feature in Calc itself, and the other is about being able to import/export the cells/table attributes from/to xls(x) file format. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 V Stuart Foote changed: What|Removed |Added Depends on||160075 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160075 [Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160075] key toggle of pointer focus to Main Menu has gone missing, toggle continues (Win)
https://bugs.documentfoundation.org/show_bug.cgi?id=160075 V Stuart Foote changed: What|Removed |Added Ever confirmed|0 |1 URL||https://listarchives.libreo ||ffice.org/global/accessibil ||ity/msg01110.html Status|UNCONFIRMED |NEW Blocks||98259 Keywords||accessibility, ||bibisectRequest, regression CC||disciple1...@verizon.net, ||mikekagan...@hotmail.com, ||m.wegh...@posteo.de, ||stephane.guillou@libreoffic ||e.org, ||vsfo...@libreoffice.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=98259 [Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
