[Libreoffice-commits] core.git: cui/source desktop/source editeng/source framework/source include/svtools include/vcl svtools/source svx/source sw/source vcl/inc vcl/qa vcl/source vcl/win
cui/source/tabpages/chardlg.cxx | 11 --- desktop/source/lib/init.cxx |2 editeng/source/editeng/editview.cxx |4 - framework/source/uielement/fontsizemenucontroller.cxx |4 - include/svtools/ctrlbox.hxx |2 include/svtools/ctrltool.hxx |6 - include/vcl/outdev.hxx|3 svtools/source/control/ctrlbox.cxx| 14 svtools/source/control/ctrltool.cxx | 55 +- svx/source/tbxctrls/tbunocontroller.cxx | 26 ++-- sw/source/ui/config/optpage.cxx | 21 ++ vcl/inc/PhysicalFontCollection.hxx|1 vcl/inc/PhysicalFontFace.hxx |5 - vcl/inc/font/PhysicalFontFamily.hxx |1 vcl/qa/cppunit/physicalfontfamily.cxx |4 - vcl/source/font/PhysicalFontCollection.cxx| 17 - vcl/source/font/PhysicalFontFace.cxx |2 vcl/source/font/PhysicalFontFamily.cxx| 10 --- vcl/source/outdev/font.cxx| 39 vcl/win/gdi/salfont.cxx |4 - 20 files changed, 30 insertions(+), 201 deletions(-) New commits: commit f5a81a119cb63152c2c2e2473a1ea183a30c8db9 Author: Chris Sherlock AuthorDate: Tue Sep 21 07:19:15 2021 +1000 Commit: Mike Kaganski CommitDate: Tue Sep 21 07:54:59 2021 +0200 vcl: remove OutputDevice's GetDevFontSizeCount() and GetDevFontSize() The OutputDevice::GetDevFontSize() function is only used for non-scalable (bitmap) fonts. We have stopped supporting bitmap fonts since LO 5.3, see tdf#103514: Support for bitmap-only fonts on Windows has been removed (Khaled Hosny) I found the following when removing PhysicalFontFace::SetBitmapSize(): 1. as mnHeight and mnWidth and not set by anyone, I realized I could remove them, which meant removing GetHeight() and GetWidth() 2. PhysicalFontFamily::GetFontHeights() populates heights from the collection of font faces into a sorted vector of font heights taken from PhysicalFontFace. As this no longer exists this function serves no purpose, it has been removed. 3. PhysicalFontFamily::GetDeviceFontSizeList() calls upon PhysicalFontFace::GetFontHeights(). This function takes this sorted list of font heights, and then populates and returns a new list of sizes (or rather, heights). As the heights aren't available any more, this function is also unneeded, so it has been removed. 4. OutputDevice::GetDevFontSizeCount() calls upon PhysicalFontFamily::GetDeviceFontSizeList(). This function has the side effect of initializing the list of fonts. 5. When I checked what calls on GetDevFontSizeCount(), there is only one caller - FontList::GetSizeAry() in svtools. The function returns a standard font size list if the family name is empty, or there are no font sizes (via OutputDevice::GetDevFontSizeCount()). As this will *always* be empty (see chain above) then this function just needs to always return a standard font size list. Thus OutputDevice::GetDevFontSizeCount() and GetFontSizeList() are no longer called upon by anything, so they can be removed. 6. svtool's FontList::GetSizeAry() no longer uses the FontMetric parameter, so this has been removed from the function signature, and cleanup done of the function that calls upon it in svtools, framework, editeng, and desktop. A number of variables that were no longer used due to this change were also removed. 7. This change removed the need for the mpSizeAry unique_ptr in FontList. ImplFontListFontMetric::GetDevice() and mpDevice could also be removed as it was no longer used anywhere. 8. After simplifying GetSizeAry(), it turns out it was the same as GetStdSizeAry(), so removed FontList::GetSizeAry() and used FontList::GetStdSizeAry() in its place. 9. Changing to use GetStdSizeAry() revealed that FontSizeBox::Fill() no longer used the pFontMetric paramter, so this was removed, and call sites updated. 10. Due to change to Fill(): a. SvxFontSizeBox_Base::UpdateFont() no longer uses the const css::awt::FontDescriptor& rCurrentFont parameter, so removed this. This also removed the member variable m_aCurrentFont b. SvxCharNamePage::FillSizeBox_Impl() had a number of newly unused variables removed. c. SwStdFontTabPage::Reset() and SwStdFontTabPage::LoseFocusHdl() had a number of newly unused variables
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 4bd09020870e708b7ff1500356952d15fb52836d Author: Rafael Lima AuthorDate: Tue Sep 21 07:50:52 2021 +0200 Commit: Gerrit Code Review CommitDate: Tue Sep 21 07:50:52 2021 +0200 Update git submodules * Update helpcontent2 from branch 'master' to 476d099e11be81ddb1b8388fbb92bc1b7069d2bf - tdf#144556 Fix information on deactivating AutoCorrect in Calc Change-Id: I6cb86dbf7fec71e3b67558117be951ad64689ed6 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122282 Tested-by: Jenkins Tested-by: Ilmari Lauhakangas Reviewed-by: Ilmari Lauhakangas diff --git a/helpcontent2 b/helpcontent2 index 6d7110084bb6..476d099e11be 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 6d7110084bb66a1b2d3afce9567a83be58642e8f +Subproject commit 476d099e11be81ddb1b8388fbb92bc1b7069d2bf
[Libreoffice-commits] help.git: source/text
source/text/shared/01/0604.xhp | 80 - 1 file changed, 44 insertions(+), 36 deletions(-) New commits: commit 476d099e11be81ddb1b8388fbb92bc1b7069d2bf Author: Rafael Lima AuthorDate: Mon Sep 20 20:04:30 2021 +0200 Commit: Ilmari Lauhakangas CommitDate: Tue Sep 21 07:50:51 2021 +0200 tdf#144556 Fix information on deactivating AutoCorrect in Calc Change-Id: I6cb86dbf7fec71e3b67558117be951ad64689ed6 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/122282 Tested-by: Jenkins Tested-by: Ilmari Lauhakangas Reviewed-by: Ilmari Lauhakangas diff --git a/source/text/shared/01/0604.xhp b/source/text/shared/01/0604.xhp index 707d2df7c..caf8d84d6 100644 --- a/source/text/shared/01/0604.xhp +++ b/source/text/shared/01/0604.xhp @@ -18,43 +18,51 @@ --> - -AutoCorrect -/text/shared/01/0604.xhp - + +AutoCorrect +/text/shared/01/0604.xhp + - -AutoCorrect function;switching on and off -AutoComplete, see also AutoCorrect/AutoInput - - -MW deleted "AutoFormat function;" and changed "AutoCorrect function;"MW added "AutoComplete, see also..." -AutoCorrect -Sets the options for automatically replacing text as you type. - - - - - - - - - - -The AutoCorrect settings are applied when you press the Spacebar after you enter a word. -To turn on or to turn off the AutoCorrect feature, in $[officename] Calc choose Tools - AutoInput, and in $[officename] Writer choose Tools - AutoCorrect - While Typing. To apply the AutoCorrect settings to an entire text document, choose Tools - AutoCorrect - Apply. - - - - - - - - -AutoCorrect - - - + +AutoCorrect function;switching on and off +AutoComplete, see also AutoCorrect/AutoInput + + + AutoCorrect + Sets the options for automatically replacing text as you type. + + + + To apply an AutoCorrect rule, enter the predefined text in the document and press the Spacebar. + + + To turn off AutoCorrect in %PRODUCTNAME Writer choose Tools - AutoCorrect - While Typing. Refer to the help page to learn more about deactivating AutoCorrect in %PRODUCTNAME Writer. + To apply AutoCorrect to an entire text document, choose Tools - AutoCorrect - Apply. + + + + + To turn off AutoCorrect in %PRODUCTNAME Calc, go to Tools - AutoCorrect Options and uncheck all items in the Options and Localized Options tabs. Refer to the help page to learn more about deactivating AutoCorrect in %PRODUCTNAME Calc. + + + + + + + + + + + + + + + + +AutoCorrect + + +
[Libreoffice-commits] core.git: unoidl/source
unoidl/source/sourcetreeprovider.cxx | 118 --- 1 file changed, 111 insertions(+), 7 deletions(-) New commits: commit 7b10f119040144ff7db1da4c0a2bbdd488dcdf0f Author: Stephan Bergmann AuthorDate: Tue Sep 14 17:11:12 2021 +0200 Commit: Stephan Bergmann CommitDate: Tue Sep 21 07:49:27 2021 +0200 Implement the SourceTreeProvider Cursor Change-Id: Ibf54bd1e852ea23fb37c7222625895d240452424 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122361 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/unoidl/source/sourcetreeprovider.cxx b/unoidl/source/sourcetreeprovider.cxx index 9531d057c979..404938c376cc 100644 --- a/unoidl/source/sourcetreeprovider.cxx +++ b/unoidl/source/sourcetreeprovider.cxx @@ -94,18 +94,24 @@ bool exists(OUString const & uri, bool directory) { class Cursor: public MapCursor { public: -Cursor() {} +Cursor(Manager& manager, OUString const & uri): manager_(manager), directory_(uri) { +auto const rc = directory_.open(); +SAL_WARN_IF( +rc != osl::FileBase::E_None, "unoidl", "open(" << uri << ") failed with " << +rc); +} private: virtual ~Cursor() noexcept override {} -virtual rtl::Reference getNext(OUString *) override -{ return rtl::Reference(); } //TODO +virtual rtl::Reference getNext(OUString *) override; + +Manager& manager_; +osl::Directory directory_; }; class SourceModuleEntity: public ModuleEntity { public: -SourceModuleEntity() {} +SourceModuleEntity(Manager& manager, OUString const & uri): manager_(manager), uri_(uri) {} private: virtual ~SourceModuleEntity() noexcept override {} @@ -114,9 +120,107 @@ private: { return std::vector(); } //TODO virtual rtl::Reference< MapCursor > createCursor() const override -{ return new Cursor; } +{ return new Cursor(manager_, uri_); } + +Manager& manager_; +OUString uri_; }; +bool isValidFileName(OUString const & name, bool directory) { +for (sal_Int32 i = 0;; ++i) { +if (i == name.getLength()) { +if (i == 0) { +return false; +} +return directory; +} +auto const c = name[i]; +if (c == '.') { +if (i == 0 || name[i - 1] == '_') { +return false; +} +return !directory && name.subView(i + 1) == u"idl"; +} else if (c == '_') { +//TODO: Ignore case of name[0] only for case-insensitive file systems: +if (i == 0 || name[i - 1] == '_') { +return false; +} +} else if (rtl::isAsciiDigit(c)) { +if (i == 0) { +return false; +} +} else if (!rtl::isAsciiAlpha(c)) { +return false; +} +} +} + +} + +rtl::Reference Cursor::getNext(OUString * name) { +assert(name != nullptr); +for (;;) { +osl::DirectoryItem i; +auto rc = directory_.getNextItem(i); +switch (rc) { +case osl::FileBase::E_None: +{ +osl::FileStatus stat( +osl_FileStatus_Mask_Type | osl_FileStatus_Mask_FileName | +osl_FileStatus_Mask_FileURL); +rc = i.getFileStatus(stat); +if (rc != osl::FileBase::E_None) { +SAL_WARN( +"unoidl", +"getFileSatus in <" << directory_.getURL() << "> failed with " << +rc); +continue; +} +auto const dir = stat.getFileType() == osl::FileStatus::Directory; +if (!isValidFileName(stat.getFileName(), dir)) { +continue; +} +if (dir) { +//TODO: Using osl::FileStatus::getFileName can likely cause issues on case- +// insensitive/preserving file systems, see the free getFileName function above +// (which likely goes unnoticed if module identifiers follow the convention of +// being all-lowercase): +*name = stat.getFileName(); +return new SourceModuleEntity(manager_, stat.getFileURL()); +} else { +SourceProviderScannerData data(_); +if (!parse(stat.getFileURL(), )) { +SAL_WARN("unoidl", "cannot parse <" << stat.getFileURL() << ">"); +continue; +} +auto ent = data.entities.end(); +for (auto j = data.entities.begin(); j != data.entities.end(); ++j) { +if (j->second.kind == SourceProviderEntity::KIND_EXTERNAL +|| j->second.kind == SourceProviderEntity::KIND_MODULE) +{ +continue; +
[Libreoffice-bugs] [Bug 144607] Bibliography database option does not open when selected
https://bugs.documentfoundation.org/show_bug.cgi?id=144607 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #5 from Buovjaga --- https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1790294 Cecilia & Ismael: please check, if you have libreoffice-base package installed or not. As you can see from the report above, Ubuntu has its own issues related to this separation of packaging. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/vcl vcl/inc vcl/qt5 vcl/skia vcl/source vcl/unx vcl/win
include/vcl/vcllayout.hxx |2 ++ vcl/inc/fontinstance.hxx |2 ++ vcl/inc/impfont.hxx|2 ++ vcl/inc/impfontcache.hxx |2 ++ vcl/inc/impfontmetricdata.hxx |2 ++ vcl/inc/pdf/pdfbuildin_fonts.hxx |2 ++ vcl/inc/pdf/pdffontcache.hxx |2 ++ vcl/inc/pdf/pdfwriter_impl.hxx |2 ++ vcl/inc/qt5/Qt5Font.hxx|2 ++ vcl/inc/qt5/Qt5FontFace.hxx|2 ++ vcl/inc/qt5/Qt5Graphics.hxx|2 ++ vcl/inc/quartz/salgdi.h|2 ++ vcl/inc/salgdi.hxx |2 ++ vcl/inc/skia/win/font.hxx |2 ++ vcl/inc/unx/fontmanager.hxx|2 ++ vcl/inc/unx/freetype_glyphcache.hxx|2 ++ vcl/inc/unx/freetypetextrender.hxx |2 ++ vcl/inc/unx/genpspgraphics.h |2 ++ vcl/inc/unx/glyphcache.hxx |2 ++ vcl/inc/unx/salgdi.h |2 ++ vcl/inc/win/salgdi.h |2 ++ vcl/inc/win/winlayout.hxx |2 ++ vcl/qt5/Qt5Font.cxx|2 ++ vcl/qt5/Qt5Graphics_Text.cxx |2 ++ vcl/skia/osx/gdiimpl.cxx |2 ++ vcl/skia/win/gdiimpl.cxx |2 ++ vcl/skia/x11/textrender.cxx|2 ++ vcl/source/font/fontinstance.cxx |1 + vcl/source/gdi/CommonSalLayout.cxx |2 ++ vcl/source/gdi/pdfbuildin_fonts.cxx|2 ++ vcl/source/gdi/pdfwriter_impl.cxx |1 + vcl/source/gdi/salgdilayout.cxx|2 ++ vcl/source/gdi/sallayout.cxx |2 ++ vcl/unx/generic/fontmanager/fontconfig.cxx |2 ++ vcl/unx/generic/fontmanager/fontsubst.cxx |2 ++ vcl/unx/generic/gdi/cairotextrender.cxx|2 ++ vcl/unx/generic/gdi/font.cxx |2 ++ vcl/unx/generic/gdi/freetypetextrender.cxx |2 ++ vcl/unx/generic/glyphs/glyphcache.cxx |2 ++ vcl/win/gdi/winlayout.cxx |1 + 40 files changed, 77 insertions(+) New commits: commit 5c98fcffb23a9da8459e35bdd9946422fec8a320 Author: Chris Sherlock AuthorDate: Fri Sep 17 15:13:14 2021 +1000 Commit: Mike Kaganski CommitDate: Tue Sep 21 07:11:24 2021 +0200 vcl: add sal/config.h in preparation for patch The convention is that we need to add sal/config.h to the start of files. This patch is created in preparation of a patch I have queued to test and move PhysicalFontFace to vcl::font namespace. Change-Id: I15dd24d7f01e077d407ac192a0413d796517eb72 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/18 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/include/vcl/vcllayout.hxx b/include/vcl/vcllayout.hxx index 7ca5d3f31c78..3b6254869f1b 100644 --- a/include/vcl/vcllayout.hxx +++ b/include/vcl/vcllayout.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include #include diff --git a/vcl/inc/fontinstance.hxx b/vcl/inc/fontinstance.hxx index 20f9b626474f..e2a98f00ac77 100644 --- a/vcl/inc/fontinstance.hxx +++ b/vcl/inc/fontinstance.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include "fontselect.hxx" #include "impfontmetricdata.hxx" diff --git a/vcl/inc/impfont.hxx b/vcl/inc/impfont.hxx index b0cebef83240..3f3b89f0e969 100644 --- a/vcl/inc/impfont.hxx +++ b/vcl/inc/impfont.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include #include diff --git a/vcl/inc/impfontcache.hxx b/vcl/inc/impfontcache.hxx index ab6ae3af5c04..f3d8736add41 100644 --- a/vcl/inc/impfontcache.hxx +++ b/vcl/inc/impfontcache.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include #include diff --git a/vcl/inc/impfontmetricdata.hxx b/vcl/inc/impfontmetricdata.hxx index 0c523dc2c88d..fb493e99eed3 100644 --- a/vcl/inc/impfontmetricdata.hxx +++ b/vcl/inc/impfontmetricdata.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include #include diff --git a/vcl/inc/pdf/pdfbuildin_fonts.hxx b/vcl/inc/pdf/pdfbuildin_fonts.hxx index 9369c058072b..0ca4f9bdc492 100644 --- a/vcl/inc/pdf/pdfbuildin_fonts.hxx +++ b/vcl/inc/pdf/pdfbuildin_fonts.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include diff --git a/vcl/inc/pdf/pdffontcache.hxx b/vcl/inc/pdf/pdffontcache.hxx index b3eca45d4002..094652fefe89 100644 --- a/vcl/inc/pdf/pdffontcache.hxx +++ b/vcl/inc/pdf/pdffontcache.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include diff --git a/vcl/inc/pdf/pdfwriter_impl.hxx b/vcl/inc/pdf/pdfwriter_impl.hxx index 3accc4d4488e..598c124f36b9 100644 --- a/vcl/inc/pdf/pdfwriter_impl.hxx +++ b/vcl/inc/pdf/pdfwriter_impl.hxx @@ -19,6 +19,8 @@ #pragma once +#include + #include #include #include diff --git a/vcl/inc/qt5/Qt5Font.hxx b/vcl/inc/qt5/Qt5Font.hxx index
[Libreoffice-bugs] [Bug 144601] Rotating image results in inverted colors
https://bugs.documentfoundation.org/show_bug.cgi?id=144601 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144601] Rotating image results in inverted colors
https://bugs.documentfoundation.org/show_bug.cgi?id=144601 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144322] Libreoffice Calc crashes with illegal instruction on launch, invalid opcode logged in dmesg
https://bugs.documentfoundation.org/show_bug.cgi?id=144322 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144586] The ruler doesn't show numbers
https://bugs.documentfoundation.org/show_bug.cgi?id=144586 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144343] Filternavigator shows up every second filtering
https://bugs.documentfoundation.org/show_bug.cgi?id=144343 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144492] LibreOffice version 7.1.6.2 - Documents don't open; they do open in version 7.1.5.2 and 7.2.0.4
https://bugs.documentfoundation.org/show_bug.cgi?id=144492 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144204] Javascript macro not saved to XLS and XLSX
https://bugs.documentfoundation.org/show_bug.cgi?id=144204 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144295] Shaded box covers menu and icons
https://bugs.documentfoundation.org/show_bug.cgi?id=144295 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144231] [UI] Only the endpoint of an overlapping run of commented text is marked
https://bugs.documentfoundation.org/show_bug.cgi?id=144231 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142749] Animation effect settings don't default to/persist the last chosen values
https://bugs.documentfoundation.org/show_bug.cgi?id=142749 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144336] Formula with bookmark changes to zero
https://bugs.documentfoundation.org/show_bug.cgi?id=144336 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144261] Bad cursor positioning with Chinese input
https://bugs.documentfoundation.org/show_bug.cgi?id=144261 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144328] BASE document preview pane section: different form backgrounds do overlay
https://bugs.documentfoundation.org/show_bug.cgi?id=144328 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144586] The ruler doesn't show numbers
https://bugs.documentfoundation.org/show_bug.cgi?id=144586 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144576] Copy a table in Writer is not the same as Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144576 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144324] VIEWING Autofilter does not display calculated cell contents according to cell format
https://bugs.documentfoundation.org/show_bug.cgi?id=144324 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144492] LibreOffice version 7.1.6.2 - Documents don't open; they do open in version 7.1.5.2 and 7.2.0.4
https://bugs.documentfoundation.org/show_bug.cgi?id=144492 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144576] Copy a table in Writer is not the same as Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144576 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141122] Firebird Field AUTOINCREMENT in a Base Table is not settable via the GUI nor via SQL
https://bugs.documentfoundation.org/show_bug.cgi?id=141122 --- Comment #3 from QA Administrators --- Dear ramon6419, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143547] LO Writer: navigator should stand still on promoting and demoting
https://bugs.documentfoundation.org/show_bug.cgi?id=143547 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143547] LO Writer: navigator should stand still on promoting and demoting
https://bugs.documentfoundation.org/show_bug.cgi?id=143547 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140535] equation sign '=' is not printed
https://bugs.documentfoundation.org/show_bug.cgi?id=140535 --- Comment #6 from QA Administrators --- Dear Bruno Schäfer, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140535] equation sign '=' is not printed
https://bugs.documentfoundation.org/show_bug.cgi?id=140535 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135877] Libreoffice Math PDF Export Problem(Windows and Linux version)
https://bugs.documentfoundation.org/show_bug.cgi?id=135877 --- Comment #6 from QA Administrators --- Dear Angelo81523, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136009] UI : toolbar float opens with wrong size
https://bugs.documentfoundation.org/show_bug.cgi?id=136009 --- Comment #5 from QA Administrators --- Dear netjiro, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135592] LO release 7.0.0.3 freezes after first call, on Windows 7 pro with "extended security updates"
https://bugs.documentfoundation.org/show_bug.cgi?id=135592 --- Comment #2 from QA Administrators --- Dear Olaf Langmack, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135599] Table cell in impress doesn't grow with content at redo
https://bugs.documentfoundation.org/show_bug.cgi?id=135599 --- Comment #3 from QA Administrators --- Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135123] LibreOffice 6.4.5 eliminated use of keyboard arrows to move around in Libreoffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=135123 --- Comment #8 from QA Administrators --- Dear Old Heart, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 63466] Missing lines in embedded PowerPoint 97 OLE object
https://bugs.documentfoundation.org/show_bug.cgi?id=63466 --- Comment #9 from QA Administrators --- Dear BorosIstvan, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 92865] Row Height "use-optimal-row-height" differences in OO and LIBO
https://bugs.documentfoundation.org/show_bug.cgi?id=92865 --- Comment #10 from QA Administrators --- Dear Sugam, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 56783] One or more blank lines between an image and its border
https://bugs.documentfoundation.org/show_bug.cgi?id=56783 --- Comment #14 from QA Administrators --- Dear Juanjo, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 46694] Cannot Wrap Long Formulas Insert->Object->Formula in Writer and Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=46694 --- Comment #12 from QA Administrators --- Dear Charles McCullough, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127216] Interface calc freeze change cell format on Currency (ruble). FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=127216 --- Comment #4 from QA Administrators --- Dear Fedor Peshko, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119972] When I adjust the page margin, the text boxes which in a table will not in the correct position.
https://bugs.documentfoundation.org/show_bug.cgi?id=119972 --- Comment #4 from QA Administrators --- Dear yichunchen.49, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119966] Support file URI scheme in format of 'file:///' from HTML clipboard content. This is a format generated from MSO 2007-2013
https://bugs.documentfoundation.org/show_bug.cgi?id=119966 --- Comment #5 from QA Administrators --- Dear Luke, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119676] CTRL+ALT+E isn't opening the extension dialog but inserts a "é"
https://bugs.documentfoundation.org/show_bug.cgi?id=119676 --- Comment #11 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118247] FILEOPEN XLSX Basic code with SpecialCells(xlCellTypeConstants, 1) range method is ignored
https://bugs.documentfoundation.org/show_bug.cgi?id=118247 --- Comment #5 from QA Administrators --- Dear Gabor Kelemen, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119295] Blue text selection starts blinking on mouse movement under certain conditions (especially with trackpad)
https://bugs.documentfoundation.org/show_bug.cgi?id=119295 --- Comment #7 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116129] Calc Cell Range method ClearContents does not work with com.sun.star.sheet.CellFlags.STYLES
https://bugs.documentfoundation.org/show_bug.cgi?id=116129 --- Comment #7 from QA Administrators --- Dear Volker Lenhardt, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116127] Cell Range method ClearContents does not work with com.sun.star.sheet.CellFlags.EDITATTR
https://bugs.documentfoundation.org/show_bug.cgi?id=116127 --- Comment #7 from QA Administrators --- Dear Volker Lenhardt, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107989] EDITING: Some sort of artifacts in the corners of a shape when using line styles
https://bugs.documentfoundation.org/show_bug.cgi?id=107989 --- Comment #7 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Bug 120200 depends on bug 33749, which changed state. Bug 33749 Summary: Inconsistencies in Help pages on Cell Merging and Splitting (unmerging) in Calc https://bugs.documentfoundation.org/show_bug.cgi?id=33749 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144632] "Minor interval count" for axis scaling options has artificial maximum limit
https://bugs.documentfoundation.org/show_bug.cgi?id=144632 --- Comment #1 from Concerned User --- It should be noted that the observed behavior in Excel 2016 is to automatically raise the Major interval to be equal to the input Minor interval, irrespective of the Maximum value for the axis. Setting a Major interval smaller than an existing Minor interval resets Minor back to "Auto" or automatic scale. For example: If the major scale is set to 6500 and one attempts to enter a minor scale of 6600, the major scale is automatically set to 6600 to match the user input on the minor scale. If the user then enters 6500 in the major scale, the minor scale is adjusted to Auto (in this case, the value was 1300). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144634] New: Data entry into a cell should match cell's configured vertical alignment formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=144634 Bug ID: 144634 Summary: Data entry into a cell should match cell's configured vertical alignment formatting Product: LibreOffice Version: 7.1.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: crapfilter_1...@yahoo.com Description: When entering data either directly into a cell or via the input line, Calc does not respect the cell's currently configured vertical alignment. Steps to Reproduce: 1. Set the height of a row greater than the default. This is important to ensure that the effects of vertical alignment rules depicted in this bug are more visible to the end user. 2. Set the vertical alignment of a cell to a value other than "Align Top." 3. Enter data either by direct entry into the cell or by using the "Input line" input field. 4. Observe the vertical positioning of the data as it is being entered. Actual Results: All data is entered as if the cell were configured to "Align Top" formatting. Expected Results: Entering data should match the configured vertical alignment formatting, regardless of value. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Cell data entry currently respects the cell's configured HORIZONTAL alignment. Excel 2016 also behaves in the manner described in Expected Results. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] New: FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 Bug ID: 144633 Summary: FEATURE REQUEST: Allow setting Icon color separate from Line color Product: LibreOffice Version: 7.1.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Chart Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: crapfilter_1...@yahoo.com To increase visibility of data markers (referred to as "Icons") for a data series on a line graph, it would be great to be able to set separate Color and Transparency values for Icons. Since some icons can be complex graphics, the behavior would be beneficial at least for the predefined monochrome Symbols type. For instance, a yellow icon on a green line stands out visually better than green on green. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144632] New: "Minor interval count" for axis scaling options has artificial maximum limit
https://bugs.documentfoundation.org/show_bug.cgi?id=144632 Bug ID: 144632 Summary: "Minor interval count" for axis scaling options has artificial maximum limit Product: LibreOffice Version: 7.1.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Chart Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: crapfilter_1...@yahoo.com The "Minor interval count" parameter does not accept a value greater than 100. When working with large values on an axis, this becomes a limiting factor. Example: I have a Y-Axis scale on a line graph set to a Minimum of 0, a Maximum of 680,000, and a major interval set to Automatic (100,000). A useful "Minor interval count" in this case would be 20,000. Expected Behavior: A value of 20,000 should be accepted as entered. Actual Behavior: Any value greater than 100 is reset to exactly 100 upon exiting the input field. The maximum value should scale to a value relative to the manually-entered or automatically-generated "Maximum" axis value. In this case, a maximum value of 680,000 should allow values greater than 100, but no greater than the Maximum value. Alternatively, consider using the "Major interval" value as the maximum allowed value, understanding there may be some perceived end-user value in having a minor interval be GREATER than a major interval. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144620] UI: User entered e-mail data lost when MM toolbar is open
https://bugs.documentfoundation.org/show_bug.cgi?id=144620 --- Comment #6 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/b8700e9d29e0ec2b8a91dd5a360ceee57a1f3c3d Resolves: tdf#144620 toolbar config item overwrites options dialog one It will be available in 7.2.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144620] UI: User entered e-mail data lost when MM toolbar is open
https://bugs.documentfoundation.org/show_bug.cgi?id=144620 Commit Notification changed: What|Removed |Added Whiteboard|target:7.3.0|target:7.3.0 target:7.2.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-2' - sw/source
sw/source/uibase/dbui/mmconfigitem.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit b8700e9d29e0ec2b8a91dd5a360ceee57a1f3c3d Author: Caolán McNamara AuthorDate: Mon Sep 20 14:03:26 2021 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Tue Sep 21 05:47:52 2021 +0200 Resolves: tdf#144620 toolbar config item overwrites options dialog one There are two SwMailMergeConfigItem involved. One SwMailMergeConfigItem from the toolbar created and considered modified and with changes not commited to the config yet. Then the other SwMailMergeConfigItem is created by the options dialog and commited on ok, but after that commit at cui/source/options/treeopt.cxx at line 723 there is a utl::ConfigManager::storeConfigItems() to flush all outstanding config items, so the one belonging to the toolbar is now flushed after the options dialog one was written. The SwMailMergeConfigItem has a IsModified() of true right after ctor which doesn't seem intentional, there is no explicit set of Modified to true on setting the simple bool members, the Modified bit is toggled on when using the more complicated modifier methods during ctor so very much looks like an accidental side effect. Change-Id: If84a6f01c7bf92704dd1e175a2bd8e2ea59e157f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122280 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/sw/source/uibase/dbui/mmconfigitem.cxx b/sw/source/uibase/dbui/mmconfigitem.cxx index 26462bccf41a..744373edefc3 100644 --- a/sw/source/uibase/dbui/mmconfigitem.cxx +++ b/sw/source/uibase/dbui/mmconfigitem.cxx @@ -290,6 +290,7 @@ SwMailMergeConfigItem_Impl::SwMailMergeConfigItem_Impl() : case 39: pValues[nProp] >>= m_nCurrentAddressBlock; break; } } +ClearModified(); } //read the list of data base assignments Sequence aAssignments = GetNodeNames(cAddressDataAssignments);
[Libreoffice-bugs] [Bug 144228] Had changed top margin in page style Landscape just prior to crash
https://bugs.documentfoundation.org/show_bug.cgi?id=144228 lrouss...@internode.on.net changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEEDINFO|RESOLVED --- Comment #2 from lrouss...@internode.on.net --- Hadn't been able to reproduce problem. Have upgraded to 7.1.6.2 (x64). Formatting seems to be working more intuitively now (or maybe it's just me). Works for me! Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144577] MACRO RUN in Calc 6.4.7.2 but doesn't run in 7.1.5.2
https://bugs.documentfoundation.org/show_bug.cgi?id=144577 Juan P. changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #3 from Juan P. --- Hello. I'm pretty sure. The document attached "Contabilidad.ods" : 1) Open with Calc 6.4.7.2 : Enable macros / Click in button "Ejecutar Libros Contables" of sheet "DATOS" / OK in button "Fin del proceso V2.2" , and the sheets: "Diafil", "Diario" and "Mayor". are full of data (A6:H189). Close without save 2) Open the original archive with Calc 7.1.5.2 (without save with 6.4.7.2): Enable macros / Click in button "Ejecutar Libros Contables" of sheet "DATOS" / OK in button "Fin del proceso V2.2", and the sheets: "Diafil", "Diario" and "Mayor". are empty. I'm running CALC with this Linux configuration: Operating System: Kubuntu 21.04 KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 Kernel Version: 5.11.0-34-generic OS Type: 64-bit Graphics Platform: X11 Processors: 2 × AMD Athlon Silver 3050U with Radeon Graphics Memory: 5,7 GiB of RAM Graphics Processor: AMD RAVEN2 Juan P. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144629] All Defaults for new pictures in LO Writer should be derived from the frame style Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=144629 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- The situation is difficult in regard to anchor type, because an anchor type can be determined by an attribute in the assigned graphic style and its hierarchy, and it can be directly determined as attribute of the object. If both exists, the latter "wins". LibreOffice currently writes always the direct object attribute and has no UI to set the anchor-type in a style. There exists the option for the default anchor type. However that does not set the default in the "graphics" style, but is only used to determine the anchor-type which is set at the object when inserting it. Taking "all" properties would not be good, because that would include width and height. But images should get their initial size from its intrinsic size, not from a style. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 144629] All Defaults for new pictures in LO Writer should be derived from the frame style Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=144629 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- The situation is difficult in regard to anchor type, because an anchor type can be determined by an attribute in the assigned graphic style and its hierarchy, and it can be directly determined as attribute of the object. If both exists, the latter "wins". LibreOffice currently writes always the direct object attribute and has no UI to set the anchor-type in a style. There exists the option for the default anchor type. However that does not set the default in the "graphics" style, but is only used to determine the anchor-type which is set at the object when inserting it. Taking "all" properties would not be good, because that would include width and height. But images should get their initial size from its intrinsic size, not from a style. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 144331] BASE open file not indicated in menu [Window]
https://bugs.documentfoundation.org/show_bug.cgi?id=144331 Ross Johnson changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Ross Johnson --- As per Comment 3. I have also found this frustrating over the years, hence the "work-around" mentioned. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139877] Cell editing does not allow arrows within the cell if it starts with =
https://bugs.documentfoundation.org/show_bug.cgi?id=139877 --- Comment #5 from Ross Johnson --- See https://bugs.documentfoundation.org/show_bug.cgi?id=139877#c4 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139877] Cell editing does not allow arrows within the cell if it starts with =
https://bugs.documentfoundation.org/show_bug.cgi?id=139877 Ross Johnson changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140854] Base VIEWING - table data redacted with black coloring for Memo [LONGVARCHAR] fields (macOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=140854 --- Comment #31 from Yannick Chiron --- Just for information, bug still present in the released version LibreOffice 7.2.1, and with the released Java openjdk-17 installed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144631] Wrong LibreOffice Base Query Design Run Sql Command Directly Toolbar Button Tick Colour
https://bugs.documentfoundation.org/show_bug.cgi?id=144631 --- Comment #1 from flywire --- https://help.libreoffice.org/latest/en-US/text/shared/02/1403.html?=BASE=WIN -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144631] New: Wrong LibreOffice Base Query Design Run Sql Command Directly Toolbar Button Tick Colour
https://bugs.documentfoundation.org/show_bug.cgi?id=144631 Bug ID: 144631 Summary: Wrong LibreOffice Base Query Design Run Sql Command Directly Toolbar Button Tick Colour Product: LibreOffice Version: 7.2.1.1 rc Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: flywi...@gmail.com Created attachment 175153 --> https://bugs.documentfoundation.org/attachment.cgi?id=175153=edit Wrong LibreOffice Base Query Design Run Sql Command Directly Toolbar Button Tick Colour The Base Query Design Run Sql Command Directly Toolbar Button Tick Colour is consistently green except in the toolbar where a blue tick is used. The blue highlights used in this theme are inconsistent with usage elsewhere in the program and documentation. Version: 7.2.0.3 (x64) / LibreOffice Community Build ID: 2a7ea282da28d665a7dc086360567b4aea27bf08 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144628] AutoCorrect > Options column does not have sufficient width
https://bugs.documentfoundation.org/show_bug.cgi?id=144628 V Stuart Foote changed: What|Removed |Added OS|All |Linux (All) CC||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- doesn't happen on Windows builds. LO 7.2.1.2 or current master... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144629] All Defaults for new pictures in LO Writer should be derived from the frame style Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=144629 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 144629] All Defaults for new pictures in LO Writer should be derived from the frame style Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=144629 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 144630] New: 7.2.1 is crashing on launch.
https://bugs.documentfoundation.org/show_bug.cgi?id=144630 Bug ID: 144630 Summary: 7.2.1 is crashing on launch. Product: LibreOffice Version: 7.2.1.1 rc Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: i...@huntsgrove.ie Description: asked to test 7.2.1 due to fault in 7.1. On launch, app crashes with error Faulting application name: soffice.bin, version: 7.2.1.2, time stamp: 0x613a5f13 Faulting module name: ucrtbase.dll, version: 10.0.19041.789, time stamp: 0x2bd748bf Exception code: 0xc409 Fault offset: 0x0007286e Faulting process ID: 0x3798 Faulting application start time: 0x01d7ae6efa17d04e Faulting application path: C:\Program Files\LibreOffice\program\soffice.bin Faulting module path: C:\WINDOWS\System32\ucrtbase.dll Report ID: 75b398b9-8098-4db7-a881-7b18b4f9199c Faulting package full name: Faulting package-relative application ID: Steps to Reproduce: 1.install update 2.Launch app 3. Actual Results: app crashed with error as reported above Expected Results: didn't get to option to select which file or sub application to launch Reproducible: Always User Profile Reset: No Additional Info: cannot get far enough into app to check status of profile. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144282] Crash when changing protection options on document
https://bugs.documentfoundation.org/show_bug.cgi?id=144282 Steve Garry changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from Steve Garry --- Downloaded and installed 7.2.1, but cabnnot test, as that version is crashing on launch, will report separately if I can. Just in case, the error from 7.2.1 is Faulting application name: soffice.bin, version: 7.2.1.2, time stamp: 0x613a5f13 Faulting module name: ucrtbase.dll, version: 10.0.19041.789, time stamp: 0x2bd748bf Exception code: 0xc409 Fault offset: 0x0007286e Faulting process ID: 0x3798 Faulting application start time: 0x01d7ae6efa17d04e Faulting application path: C:\Program Files\LibreOffice\program\soffice.bin Faulting module path: C:\WINDOWS\System32\ucrtbase.dll Report ID: 75b398b9-8098-4db7-a881-7b18b4f9199c Faulting package full name: Faulting package-relative application ID: -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144629] New: All Defaults for new pictures in LO Writer should be derived from the frame style Graphics
https://bugs.documentfoundation.org/show_bug.cgi?id=144629 Bug ID: 144629 Summary: All Defaults for new pictures in LO Writer should be derived from the frame style Graphics Product: LibreOffice Version: 7.3.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: adalbert.hans...@gmx.de Created attachment 175152 --> https://bugs.documentfoundation.org/attachment.cgi?id=175152=edit showing the bug and what it should be In https://bugs.documentfoundation.org/show_bug.cgi?id=87720#c64 al F complained that not all settings from Frame style "Graphics" change the defaults of the inserted image. One comment earlier I complained about a similar problem. My complaint has been resolved partially in the development version of 2021-09-07_18:32:17 or possibly a few weeks earlier. Perhaps the relevant code is there almost twice in separate but not completely identical menus • Frame style "Graphics" and in • Tools > Options > LibreOffice Writer > Formatting Aids The former is a more complete set and they all should influence the default setting for a newly placed image. Possibly the latter dialog becomes superfluous after all default settings are taken from the style sheet for frames for images. al F referred to Version 2021-09-07_18:32:17 and he deplored that a few settings from the Frame style "Graphics" do not become defaults to an inserted image and he asked to make all the settings in the style sheet become defaults for newly pasted graphics. Steps to reproduce: 1. define the preferences in the frame fro an image in the style sheet, especially anchor to paragraph. 2. make some screenshot of different sizes 3. place them to adjacent paragraphs to a the document with the styles defined in step 1. 4. Observe which of the parameters settable in the style sheet are used as default and which of them are taken from some other default. Not all position parameters do become default, see attachment. But there may be more than those mentioned there. Result: The screenshots sometimes get placed strange when they would otherwise cross the page border. Sometimes they extend into the footer area. This can be avoided by positioning them to the paragraph text area each. Further I would prefer it if in the properties dialogue for a graphic object in the tab Type the check mark for Keep ratio would be initially checked (currently it is off by default. I have heard that this is hard coded. Presetting it on that would require minimum effort then). At least Anchor to paragraph has become possible meanwhile in the development branch. However not all position parameters are accessible through Tools > Options > LibreOffice Writer > Formatting Aids > Anchor. All default settings could be taken from there making the other dialog superfluous. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144602] Calc dropdown lists are unclickable (disappear)
https://bugs.documentfoundation.org/show_bug.cgi?id=144602 Mehmet Rıza Saraç changed: What|Removed |Added CC||mrz...@gmail.com --- Comment #3 from Mehmet Rıza Saraç --- After update to 7.2.1.2 libreoffice community i have same issue with my linux installation (kubuntu 18.04 and kubuntu 20.04 on both desktop and laptop pc). I can not left click on dropdown list to select any items, i need to point item by mouse then pres enter from keyboard to select. It also effect left click, when i try to left click on any dropdown list item without a succesful selection than move mouse cursor to system title bar then left click on it, the nearest cell is selected. Also using Data > Validity... On "criteria" tab changing "Allow" list from default value by left click is not available, only keyboard "enter" key works. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144598] Crash in: SkRect::round()
https://bugs.documentfoundation.org/show_bug.cgi?id=144598 --- Comment #23 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/36f76223193fb96df7b8cbc1a1ff30f739857189 use clang-cl's -Zc:dllexportInlines- for Skia (tdf#144598) It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - config_host.mk.in configure.ac cppuhelper/Library_cppuhelper.mk cppu/Library_cppu.mk cppu/Library_purpenvhelper.mk salhelper/Library_salhelper.mk sal/Librar
config_host.mk.in |1 + configure.ac| 15 +++ cppu/Library_cppu.mk|2 ++ cppu/Library_purpenvhelper.mk |2 ++ cppuhelper/Library_cppuhelper.mk|6 -- sal/Library_sal.mk |2 ++ salhelper/Library_salhelper.mk |2 ++ solenv/gbuild/Library.mk|1 + solenv/gbuild/LinkTarget.mk | 12 solenv/gbuild/platform/com_MSC_class.mk |6 -- solenv/gbuild/platform/com_MSC_defs.mk |7 +++ 11 files changed, 52 insertions(+), 4 deletions(-) New commits: commit 47a8a65022e3fd7624c95d0341b4809aad11fddb Author: Luboš Luňák AuthorDate: Mon Sep 20 01:44:17 2021 +0200 Commit: Luboš Luňák CommitDate: Mon Sep 20 22:51:12 2021 +0200 use MSVC's /Zc:inline option to reduce binary size If I'm getting it right, MSVC has a non-conforming feature that allows to declare a function as inline without defining its body in the header, and it'll work if the function is actually emitted elsewhere, and the linker will sort it out. This seems to be implemented by forcing emitting of out-of-line copies of all inline functions, which is wasteful. /Zc:inline disables this useless feature, which seems to save quite some space (optimized build, starmath's .o files 350k->220k, smlo.dll 2.5M->2.2M). The docs don't say anything about binary compatibility, but treat it the same way as -Zc:dllexportInlines, just in case. This change also may help avoid the tdf#144598 problem for our AVX/etc. code, such as in Calc. Change-Id: I73cc5d46ba1e4245e8d3b6688804c2b9684d2f9a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122334 Tested-by: Jenkins Reviewed-by: Luboš Luňák diff --git a/cppuhelper/Library_cppuhelper.mk b/cppuhelper/Library_cppuhelper.mk index 3c87054b45ab..5e131cb6c43e 100644 --- a/cppuhelper/Library_cppuhelper.mk +++ b/cppuhelper/Library_cppuhelper.mk @@ -12,6 +12,8 @@ $(eval $(call gb_Library_Library,cppuhelper)) $(eval $(call gb_Library_set_soversion_script,cppuhelper,$(SRCDIR)/cppuhelper/source/gcc3.map)) +$(eval $(call gb_Library_set_precompiled_header,cppuhelper,cppuhelper/inc/pch/precompiled_cppuhelper)) + $(eval $(call gb_Library_use_internal_comprehensive_api,cppuhelper,\ cppuhelper \ udkapi \ @@ -24,8 +26,6 @@ $(eval $(call gb_Library_add_defs,cppuhelper,\ -DCPPUHELPER_DLLIMPLEMENTATION \ )) -$(eval $(call gb_Library_set_precompiled_header,cppuhelper,cppuhelper/inc/pch/precompiled_cppuhelper)) - $(eval $(call gb_Library_use_libraries,cppuhelper,\ cppu \ reg \ diff --git a/solenv/gbuild/LinkTarget.mk b/solenv/gbuild/LinkTarget.mk index 29924c9897e0..91dc20adc72f 100644 --- a/solenv/gbuild/LinkTarget.mk +++ b/solenv/gbuild/LinkTarget.mk @@ -2015,6 +2015,7 @@ endef # gb_LinkTarget_use_vclmain # break public ABI. # call gb_LinkTarget_set_is_ure_library,linktarget,,linktargetmakefilename define gb_LinkTarget_set_is_ure_library +$(call gb_LinkTarget_add_cxxflags,$(1),$(gb_CXXFLAGS_ZCINLINE_OFF)) ifeq ($(HAVE_DLLEXPORTINLINES),TRUE) $(call gb_LinkTarget_add_cxxflags,$(1),-Zc:dllexportInlines) endif diff --git a/solenv/gbuild/platform/com_MSC_class.mk b/solenv/gbuild/platform/com_MSC_class.mk index 80944fe70ba4..3ea82e6c4936 100644 --- a/solenv/gbuild/platform/com_MSC_class.mk +++ b/solenv/gbuild/platform/com_MSC_class.mk @@ -48,9 +48,10 @@ endef # Avoid annoying warning D9025 about overriding command-line arguments. gb_Helper_remove_overridden_flags = \ $(lastword $(filter -W4 -w,$(1))) \ -$(filter-out -W4 -w -arch:SSE -arch:SSE2 -arch:AVX -arch:AVX2 -Od -O2 -Zc:dllexportInlines -Zc:dllexportInlines-,$(1)) \ +$(filter-out -W4 -w -arch:SSE -arch:SSE2 -arch:AVX -arch:AVX2 -Od -O2 -Zc:inline -Zc:inline- -Zc:dllexportInlines -Zc:dllexportInlines-,$(1)) \ $(lastword $(filter -Od -O2,$(1))) \ $(lastword $(filter -arch:SSE -arch:SSE2 -arch:AVX -arch:AVX2,$(1))) \ +$(lastword $(filter -Zc:inline -Zc:inline-,$(1))) \ $(lastword $(filter -Zc:dllexportInlines -Zc:dllexportInlines-,$(1))) # $(call gb_CObject__command_pattern,object,flags,source,dep-file,compiler-plugins,symbols,compiler) diff --git a/solenv/gbuild/platform/com_MSC_defs.mk b/solenv/gbuild/platform/com_MSC_defs.mk index 273e17ea71f0..8dccadd1f743 100644 --- a/solenv/gbuild/platform/com_MSC_defs.mk +++ b/solenv/gbuild/platform/com_MSC_defs.mk @@ -133,6 +133,7 @@ gb_CXXFLAGS := \ -Gs \ -GS \ -Gy \ + -Zc:inline \ $(if $(MSVC_USE_DEBUG_RUNTIME),-MDd,-MD) \ -nologo \ -W4 \ @@ -148,6 +149,8 @@ gb_CXXFLAGS := \ -wd4706 \ -bigobj \ +gb_CXXFLAGS_ZCINLINE_OFF := -Zc:inline- + ifeq ($(CPUNAME),INTEL) gb_CXXFLAGS += \ commit c7c9f3f57a2feae5d3bc3c47104786883ed09e44 Author: Luboš Luňák AuthorDate: Mon
[Libreoffice-bugs] [Bug 144598] Crash in: SkRect::round()
https://bugs.documentfoundation.org/show_bug.cgi?id=144598 Commit Notification changed: What|Removed |Added Whiteboard||target:7.3.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: config_host.mk.in configure.ac external/skia solenv/gbuild
config_host.mk.in |1 + configure.ac | 20 external/skia/Library_skia.mk | 17 + solenv/gbuild/LinkTarget.mk |2 -- 4 files changed, 38 insertions(+), 2 deletions(-) New commits: commit 36f76223193fb96df7b8cbc1a1ff30f739857189 Author: Luboš Luňák AuthorDate: Mon Sep 20 00:53:33 2021 + Commit: Luboš Luňák CommitDate: Mon Sep 20 22:50:31 2021 +0200 use clang-cl's -Zc:dllexportInlines- for Skia (tdf#144598) This is clang-cl's equivalent of -fvisibility-inlines-hidden, and it seems to be also sort of the equivalent of MSVC's -Zc:inline. So it saves build time and disk space. As an additional effect, this disables emitting copies of inlines functions in every .o file where the function is called (even if inlined), which means that it hopefully avoids the problem of SkOpts_avx.cpp generating a copy of SkRect::round() which would include AVX code, and the linker might select this as the instance of SkRect::round() to keep, thus making SSE2 code call AVX code without checking for AVX availability first. Change-Id: I97541ae11d05f489894bc9233271eb21fd520f43 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122335 Tested-by: Jenkins Reviewed-by: Luboš Luňák diff --git a/config_host.mk.in b/config_host.mk.in index 87d5fedf4e64..3aa51a3d638f 100644 --- a/config_host.mk.in +++ b/config_host.mk.in @@ -266,6 +266,7 @@ export HAMCREST_JAR=@HAMCREST_JAR@ export HAVE_BROKEN_GCC_WMAYBE_UNINITIALIZED=@HAVE_BROKEN_GCC_WMAYBE_UNINITIALIZED@ export HAVE_BROKEN_GCC_WSTRINGOP_OVERFLOW=@HAVE_BROKEN_GCC_WSTRINGOP_OVERFLOW@ export HAVE_CLANG_DEBUG_INFO_KIND_CONSTRUCTOR=@HAVE_CLANG_DEBUG_INFO_KIND_CONSTRUCTOR@ +export HAVE_LO_CLANG_DLLEXPORTINLINES=@HAVE_LO_CLANG_DLLEXPORTINLINES@ export HAVE_GCC_AVX=@HAVE_GCC_AVX@ export HAVE_GCC_BUILTIN_ATOMIC=@HAVE_GCC_BUILTIN_ATOMIC@ export HAVE_GCC_FNO_ENFORCE_EH_SPECS=@HAVE_GCC_FNO_ENFORCE_EH_SPECS@ diff --git a/configure.ac b/configure.ac index 0a2d098b252c..fde9600bab27 100644 --- a/configure.ac +++ b/configure.ac @@ -12035,6 +12035,7 @@ LO_CLANG_CXXFLAGS_INTRINSICS_AVX512= LO_CLANG_CXXFLAGS_INTRINSICS_AVX512F= LO_CLANG_CXXFLAGS_INTRINSICS_F16C= LO_CLANG_CXXFLAGS_INTRINSICS_FMA= +HAVE_LO_CLANG_DLLEXPORTINLINES= if test "$ENABLE_SKIA" = TRUE -a "$COM_IS_CLANG" != TRUE -a ! \( "$_os" = "WINNT" -a "$CPUNAME" = "AARCH64" \); then if test -n "$LO_CLANG_CC" -a -n "$LO_CLANG_CXX"; then @@ -12066,6 +12067,24 @@ if test "$ENABLE_SKIA" = TRUE -a "$COM_IS_CLANG" != TRUE -a ! \( "$_os" = "WINNT LO_CLANG_CXX= fi fi +if test -n "$LO_CLANG_CC" -a -n "$LO_CLANG_CXX" -a "$_os" = "WINNT"; then +save_CXX="$CXX" +CXX="$LO_CLANG_CXX" +AC_MSG_CHECKING([whether $CXX supports -Zc:dllexportInlines-]) +AC_LANG_PUSH([C++]) +save_CXXFLAGS=$CXXFLAGS +CXXFLAGS="$CXXFLAGS -Werror -Zc:dllexportInlines-" +AC_COMPILE_IFELSE([AC_LANG_SOURCE()], [ +HAVE_LO_CLANG_DLLEXPORTINLINES=TRUE +AC_MSG_RESULT([yes]) +], [AC_MSG_RESULT([no])]) +CXXFLAGS=$save_CXXFLAGS +AC_LANG_POP([C++]) +CXX="$save_CXX" +if test -z "$HAVE_LO_CLANG_DLLEXPORTINLINES"; then +AC_MSG_ERROR([Clang compiler does not support -Zc:dllexportInlines-. The Skia library needs to be built using a newer Clang version, or use --disable-skia.]) +fi +fi if test -z "$LO_CLANG_CC" -o -z "$LO_CLANG_CXX"; then # Skia is the default on Windows, so hard-require Clang. # Elsewhere it's used just by the 'gen' VCL backend which is rarely used. @@ -12345,6 +12364,7 @@ AC_SUBST(LO_CLANG_CXXFLAGS_INTRINSICS_AVX512F) AC_SUBST(LO_CLANG_CXXFLAGS_INTRINSICS_F16C) AC_SUBST(LO_CLANG_CXXFLAGS_INTRINSICS_FMA) AC_SUBST(CLANG_USE_LD) +AC_SUBST([HAVE_LO_CLANG_DLLEXPORTINLINES]) SYSTEM_GPGMEPP= diff --git a/external/skia/Library_skia.mk b/external/skia/Library_skia.mk index 60b8a3caccb1..b1b4f874f44a 100644 --- a/external/skia/Library_skia.mk +++ b/external/skia/Library_skia.mk @@ -59,6 +59,17 @@ $(eval $(call gb_Library_use_system_win32_libs,skia,\ usp10 \ gdi32 \ )) + +# cl.exe (and thus clang-cl) likes to emit copies of inline functions even when not needed, +# which means that for e.g. AVX-compiled sources the .o may contain a copy of an inline +# function built using AVX, and the linker may select that copy as the one to keep, thus +# introducing AVX code into generic code. Avoid generating such inlines. The flag currently +# cannot be used for the whole Skia, because code built without the flag cannot use +# libraries built with the flag, so cl.exe-built VCL would have undefined references. +ifeq ($(HAVE_LO_CLANG_DLLEXPORTINLINES),TRUE) +LO_SKIA_AVOID_INLINE_COPIES := -Zc:dllexportInlines- +endif + else ifeq ($(OS),MACOSX) $(eval $(call
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Bug 120200 depends on bug 116576, which changed state. Bug 116576 Summary: UI, HELP: Wrong description of Function PHI: distribution function instead of density function https://bugs.documentfoundation.org/show_bug.cgi?id=116576 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114912] [META] Clone formatting (aka Format Paintbrush) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114912 Bug 114912 depends on bug 65152, which changed state. Bug 65152 Summary: CALC: Superscript and Spacing character formats not copied by Clone Formatting - clarify Help per Comment 7 https://bugs.documentfoundation.org/show_bug.cgi?id=65152 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132221] Empty image frame after undo frame movements (fixed by save & reload) (Windows-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=132221 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5798 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135798] Empty page when anchor attached to previous page, which doesn't disappear at undo
https://bugs.documentfoundation.org/show_bug.cgi?id=135798 Dieter changed: What|Removed |Added Blocks||105948 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||2221 Severity|normal |minor Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Dieter --- You don't drag the image a little bit out of the page. With this step I can confirm the behaviour. Save and reload fixes the problem => Similar to bug 132221 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105948 [Bug 105948] [META] Undo/Redo bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105948] [META] Undo/Redo bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105948 Dieter changed: What|Removed |Added Depends on||135798 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135798 [Bug 135798] Empty page when anchor attached to previous page, which doesn't disappear at undo -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144618] Standard Filter Dialog doesn't show up with GTK3
https://bugs.documentfoundation.org/show_bug.cgi?id=144618 --- Comment #2 from Julien Nabet --- Created attachment 175151 --> https://bugs.documentfoundation.org/attachment.cgi?id=175151=edit bt with debug symbols I used export G_DEBUG=fatal_warnings and retrieved the bt for the first Gtk-CRITICAL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144618] Standard Filter Dialog doesn't show up with GTK3
https://bugs.documentfoundation.org/show_bug.cgi?id=144618 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144618] Standard Filter Dialog doesn't show up with GTK3
https://bugs.documentfoundation.org/show_bug.cgi?id=144618 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- Created attachment 175150 --> https://bugs.documentfoundation.org/attachment.cgi?id=175150=edit gdb bt On pc Debian x86-64 with master sources updated today + gtk3 rendering, I could reproduce this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144607] Bibliography database option does not open when selected
https://bugs.documentfoundation.org/show_bug.cgi?id=144607 Julien Nabet changed: What|Removed |Added CC||gti...@gmail.com, ||ilmari.lauhakangas@libreoff ||ice.org, ||xiscofa...@libreoffice.org --- Comment #4 from Julien Nabet --- Xisco/Timur/Ilmari: do you reproduce this? Could it be Ubuntu only bug? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144625] Regression: a macro stopped working with upgrade of LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=144625 --- Comment #5 from Aaron Gerber --- I just upgraded to 7.1.6.2 (the newest stable release). The error still comes up. @Michael Warner got to my built-in path message on 7.2.0.4, which is not stable yet. To do that, he got past where "cannot find /org.openoffice.Office.Common/Path/Info" comes up. If the bug has been fixed in a fresh release, why was that bug fix not applied to a stable release? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144556] Help is completely wrong about turning off autocorrect in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=144556 Rafael Lima changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144559] Information about unencrypted content of encrypted documents is likely obsolete
https://bugs.documentfoundation.org/show_bug.cgi?id=144559 Rafael Lima changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144625] Regression: a macro stopped working with upgrade of LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=144625 --- Comment #4 from Aaron Gerber --- Actually, it worked on my system before, even with that backslash. That probably came up on your system because that path doesn't exist on your system. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: bin/oss-fuzz-build.sh
bin/oss-fuzz-build.sh |3 --- 1 file changed, 3 deletions(-) New commits: commit c9c9d40f79f1767a0a824fc421f2e476c3f24eb8 Author: Caolán McNamara AuthorDate: Mon Sep 20 19:46:21 2021 +0100 Commit: Caolán McNamara CommitDate: Mon Sep 20 20:58:17 2021 +0200 ofz: can now undo temp -L/usr/msan/lib hack now that https://github.com/google/oss-fuzz/pull/6493 has landed Change-Id: I38634fec9c3e6c50499f1164d7b873dd1889efe6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122368 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/bin/oss-fuzz-build.sh b/bin/oss-fuzz-build.sh index 2bed84d865e4..906cadd500d4 100755 --- a/bin/oss-fuzz-build.sh +++ b/bin/oss-fuzz-build.sh @@ -12,9 +12,6 @@ echo start at `date -u` #shuffle CXXFLAGS -stdlib=libc++ arg into CXX as well because we use #the CXX as the linker and need to pass -stdlib=libc++ to build export CXX="$CXX -stdlib=libc++ -fsanitize-blacklist=$SRC/libreoffice/bin/sanitize-excludelist.txt" -if [[ $SANITIZER_FLAGS = *sanitize=memory* ]]; then -export CXX="$CXX -Wno-unused-command-line-argument -L/usr/msan/lib" -fi export CC="$CC -fsanitize-blacklist=$SRC/libreoffice/bin/sanitize-excludelist.txt" #similarly force the -fsanitize etc args in as well as pthread to get #things to link successfully during the build
[Libreoffice-bugs] [Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108364 Dieter changed: What|Removed |Added Depends on||144317 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144317 [Bug 144317] minimize column width dont work on tables exceeding page limits in normal view -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144317] minimize column width dont work on tables exceeding page limits in normal view
https://bugs.documentfoundation.org/show_bug.cgi?id=144317 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||dgp-m...@gmx.de OS|Linux (All) |All Version|7.3.0.0 alpha0+ Master |6.3.6.2 release Ever confirmed|0 |1 Whiteboard| QA:needsComment| Blocks||108364 --- Comment #1 from Dieter --- I confirm it with the specific document in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: b733ccad171e6def8fbdb93f31875dfdea47bdc6 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL and in Version: 6.3.6.2 (x64) Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108364 [Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102998] [META] Mail merge bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102998 Bug 102998 depends on bug 144620, which changed state. Bug 144620 Summary: UI: User entered e-mail data lost when MM toolbar is open https://bugs.documentfoundation.org/show_bug.cgi?id=144620 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144620] UI: User entered e-mail data lost when MM toolbar is open
https://bugs.documentfoundation.org/show_bug.cgi?id=144620 Caolán McNamara changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Caolán McNamara --- fixed in trunk and backport to 7-2 in gerrit -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144620] UI: User entered e-mail data lost when MM toolbar is open
https://bugs.documentfoundation.org/show_bug.cgi?id=144620 --- Comment #4 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/45e8b85a50bf153b6c9f627e731eecee1cf966f2 Resolves: tdf#144620 toolbar config item overwrites options dialog one It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144620] UI: User entered e-mail data lost when MM toolbar is open
https://bugs.documentfoundation.org/show_bug.cgi?id=144620 Commit Notification changed: What|Removed |Added Whiteboard||target:7.3.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/uibase/dbui/mmconfigitem.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 45e8b85a50bf153b6c9f627e731eecee1cf966f2 Author: Caolán McNamara AuthorDate: Mon Sep 20 14:03:26 2021 +0100 Commit: Caolán McNamara CommitDate: Mon Sep 20 20:47:39 2021 +0200 Resolves: tdf#144620 toolbar config item overwrites options dialog one There are two SwMailMergeConfigItem involved. One SwMailMergeConfigItem from the toolbar created and considered modified and with changes not commited to the config yet. Then the other SwMailMergeConfigItem is created by the options dialog and commited on ok, but after that commit at cui/source/options/treeopt.cxx at line 723 there is a utl::ConfigManager::storeConfigItems() to flush all outstanding config items, so the one belonging to the toolbar is now flushed after the options dialog one was written. The SwMailMergeConfigItem has a IsModified() of true right after ctor which doesn't seem intentional, there is no explicit set of Modified to true on setting the simple bool members, the Modified bit is toggled on when using the more complicated modifier methods during ctor so very much looks like an accidental side effect. Change-Id: If84a6f01c7bf92704dd1e175a2bd8e2ea59e157f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122364 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sw/source/uibase/dbui/mmconfigitem.cxx b/sw/source/uibase/dbui/mmconfigitem.cxx index 26462bccf41a..744373edefc3 100644 --- a/sw/source/uibase/dbui/mmconfigitem.cxx +++ b/sw/source/uibase/dbui/mmconfigitem.cxx @@ -290,6 +290,7 @@ SwMailMergeConfigItem_Impl::SwMailMergeConfigItem_Impl() : case 39: pValues[nProp] >>= m_nCurrentAddressBlock; break; } } +ClearModified(); } //read the list of data base assignments Sequence aAssignments = GetNodeNames(cAddressDataAssignments);
[Libreoffice-bugs] [Bug 144625] Regression: a macro stopped working with upgrade of LO.
https://bugs.documentfoundation.org/show_bug.cgi?id=144625 --- Comment #3 from Aaron Gerber --- Sorry, I copied the error message from the wrong forum thread. It should have said: cannot find /org.openoffice.Office.Common/Path/Info @MichaelW Yes, that error message is built into the macro for the purpose of troubleshooting. The built-in path for the documents is built into the macro. That message was designed to indicate that the built-in path doesn't exist on the system where it is runnning. The path is supposed to be"L:\QMS Documents\Working". I wonder if the problem is the backslash in that path. Thanks for drawing my attention to it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141917] Unwanted spaces added between footnote number (at bottom of page) and text of footnote
https://bugs.documentfoundation.org/show_bug.cgi?id=141917 --- Comment #11 from Buovjaga --- Created attachment 175149 --> https://bugs.documentfoundation.org/attachment.cgi?id=175149=edit Example file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144559] Information about unencrypted content of encrypted documents is likely obsolete
https://bugs.documentfoundation.org/show_bug.cgi?id=144559 --- Comment #4 from Rafael Lima --- Just found the information on OpenPGP: https://help.libreoffice.org/latest/en-US/text/shared/guide/openpgp.html?DbPAR=SHARED I'll link it to the "protection.xhp" page. -- You are receiving this mail because: You are the assignee for the bug.