[Bug 103381] [META] Pivot table (aka Data Pilot) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103381 Bug 103381 depends on bug 83720, which changed state. Bug 83720 Summary: PIVOTTABLE: Wrong date format in column field https://bugs.documentfoundation.org/show_bug.cgi?id=83720 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 83720] PIVOTTABLE: Wrong date format in column field
https://bugs.documentfoundation.org/show_bug.cgi?id=83720 Tomaz Vajngerl changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 83720] PIVOTTABLE: Wrong date format in column field
https://bugs.documentfoundation.org/show_bug.cgi?id=83720 --- Comment #24 from Tomaz Vajngerl --- I have fixed this in the pivot table dialog, where the "Data" field is now always put to the last place, so the format is used correctly. This fixes the regression compared to the previous dialog and why this bug was bisected to my commit of the revised pivot table dialog. Of course this could also be fixed in the pivot table implementation, so it always ignores the data field for the format, but that should go into a different bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159971] Base don't handle description, not null and default value on column
https://bugs.documentfoundation.org/show_bug.cgi?id=159971 Robert Großkopf changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||rob...@familiegrosskopf.de --- Comment #2 from Robert Großkopf --- Title of this bug seems to be a little bit misleading. The description in a Base database file will be saved inside the Base database file. Might be you want to summarize with the other information in the table editor, which are only saved in GUI, not send as SQL-code to the database. Remember: Base GUI has been created for using many different kind of "data sources". There are also text tables, address books …. Some data source won't save a "description", others wont save "NOT NULL" or a real default value for new rows. But Base GUI will be able to do this for those data sources. Users of other database systems will need to use direct SQL. But the result won't be shown in the Base GUI. Don't know if it is possible to save inside of the Base File, if it isn't possible to save in the database - and to see both results inside the GUI for creating tables. I will set this one to NEW, because it is an ask for an enhancement. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159976] Accelerators are shown as tildes instead of underlined characters
https://bugs.documentfoundation.org/show_bug.cgi?id=159976 --- Comment #4 from Stéphane Guillou (stragu) --- (In reply to Mike Kaganski from comment #3) > (In reply to Stéphane Guillou (stragu) from comment #2) > > (and pressing alt does not reveal the accelerators with gen VCL plugin, > > whereas it does with win) > > Is this a change? Good point. At f2dfb95~1, they are always visible, and pressing Alt has no effect. At f2dfb95, they are never shown on non-greyed out items, so no way to know what they are. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108539] [META] Chart data table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108539 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||140868 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=140868 [Bug 140868] Copy-pasted chart references source sheet instead of self if target sheet moved before source sheet after copying -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102593] [META] Paste bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102593 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||140868 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=140868 [Bug 140868] Copy-pasted chart references source sheet instead of self if target sheet moved before source sheet after copying -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108912] [META] Sheet-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108912 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||140868 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=140868 [Bug 140868] Copy-pasted chart references source sheet instead of self if target sheet moved before source sheet after copying -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140868] Copy-pasted chart references source sheet instead of self if target sheet moved before source sheet after copying
https://bugs.documentfoundation.org/show_bug.cgi?id=140868 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Version|unspecified |Inherited From OOo Summary|Libreoffice Calc when a |Copy-pasted chart |sheet is duplicated with|references source sheet |multiple graphs, graphs do |instead of self if target |not reference the new |sheet moved before source |duplicate correctly.|sheet after copying URL||https://ask.libreoffice.org ||/t/copying-chart-in-calc/72 ||866/4 CC||stephane.guillou@libreoffic ||e.org Blocks||108539, 102593, 108912 Status|UNCONFIRMED |NEW --- Comment #7 from Stéphane Guillou (stragu) --- Regarding Leroy's steps and sample: I reproduce the inconsistency, which depends on the order of copying and moving sheets. 1. Open attachment 177625 2. Copy A1:J21 in Sheet1 3. Insert a second sheet (Sheet2) at the end 4. Paste into Sheet2 Result A: range references the new sheet ($Sheet2.$A$1:$B$3) (expected) 5. Copy A1:J21 in Sheet1 again 6. Insert a third sheet (Sheet3) 7. Move Sheet3 to first position (before Sheet1) 8. Paste in Sheet3 Result B: range references the source sheet ($Sheet1.$A$1:$B$3) (unexpected) If the new sheet is moved _before_ copying, no issue. Reproduced in OOo 3.3 and recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e2473fe3a547e5a11d3b91ab8ded833bf5b74356 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Regarding BPH's sample files: It is not clear enough what steps need to be taken to reproduce the problem with the attachments (e.g. _which_ sheet, or part thereof, do we copy? Where to? Which chart has a problem?). Given the difficulty reproducing, and the various issues reported, let us focus on Leroy's example here, for which we have clear steps. (But if you can still reproduce in a recent version, please do open a new report with clear, precise steps.) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102593 [Bug 102593] [META] Paste bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108539 [Bug 108539] [META] Chart data table bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108912 [Bug 108912] [META] Sheet-level bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-23.05' - chart2/source
chart2/source/controller/inc/ChartController.hxx |2 chart2/source/controller/main/ChartController_Insert.cxx |9 - chart2/source/controller/main/ChartController_Properties.cxx | 58 +-- 3 files changed, 32 insertions(+), 37 deletions(-) New commits: commit 748a5a01165d40e9bcaa7bfc75b0e6f74fc5a07d Author: codewithvk AuthorDate: Thu Jan 25 18:39:18 2024 +0530 Commit: Tomaž Vajngerl CommitDate: Fri Mar 1 07:50:49 2024 +0100 Make Chart Object Properties Dialogs Async How to reproduce it: When double-clicking on a chart, it will now open the Chart Object Properties dialog box. Previously synchronous, this commit updates it to be asynchronous. Signed-off-by: codewithvk Change-Id: I54c24e0cd30d6ec8b2bfa93567e830405d2fd30c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162576 Tested-by: Jenkins CollaboraOffice Reviewed-by: Tomaž Vajngerl diff --git a/chart2/source/controller/inc/ChartController.hxx b/chart2/source/controller/inc/ChartController.hxx index f948e3bc6303..f8fd70543089 100644 --- a/chart2/source/controller/inc/ChartController.hxx +++ b/chart2/source/controller/inc/ChartController.hxx @@ -436,7 +436,7 @@ private: void executeDispatch_ObjectProperties(); void executeDispatch_FormatObject( std::u16string_view rDispatchCommand ); void executeDlg_ObjectProperties( const OUString& rObjectCID ); -bool executeDlg_ObjectProperties_withoutUndoGuard( const OUString& rObjectCID, bool bSuccessOnUnchanged ); +void executeDlg_ObjectProperties_withUndoGuard( std::shared_ptr aUndoGuard, const OUString& rObjectCID, bool bSuccessOnUnchanged ); void executeDispatch_ChartType(); diff --git a/chart2/source/controller/main/ChartController_Insert.cxx b/chart2/source/controller/main/ChartController_Insert.cxx index 02b0b224939f..a0c9d9d1fe0b 100644 --- a/chart2/source/controller/main/ChartController_Insert.cxx +++ b/chart2/source/controller/main/ChartController_Insert.cxx @@ -357,7 +357,7 @@ void ChartController::executeDispatch_OpenLegendDialog() void ChartController::executeDispatch_InsertMenu_DataLabels() { -UndoGuard aUndoGuard( +std::shared_ptr aUndoGuard = std::make_shared( ActionDescriptionProvider::createDescription( ActionDescriptionProvider::ActionType::Insert, SchResId( STR_OBJECT_DATALABELS )), m_xUndoManager ); @@ -374,12 +374,9 @@ void ChartController::executeDispatch_InsertMenu_DataLabels() OUString aObjectCID = ObjectIdentifier::createClassifiedIdentifierForParticles( ObjectIdentifier::getSeriesParticleFromCID(m_aSelection.getSelectedCID()), aChildParticle ); -bool bSuccess = ChartController::executeDlg_ObjectProperties_withoutUndoGuard( aObjectCID, true ); -if( bSuccess ) -aUndoGuard.commit(); +ChartController::executeDlg_ObjectProperties_withUndoGuard( aUndoGuard, aObjectCID, true ); return; } - try { wrapper::AllDataLabelItemConverter aItemConverter( @@ -407,7 +404,7 @@ void ChartController::executeDispatch_InsertMenu_DataLabels() ControllerLockGuardUNO aCLGuard( getChartModel() ); bool bChanged = aItemConverter.ApplyItemSet( aOutItemSet );//model should be changed now if( bChanged ) -aUndoGuard.commit(); +aUndoGuard->commit(); } } catch(const uno::RuntimeException&) diff --git a/chart2/source/controller/main/ChartController_Properties.cxx b/chart2/source/controller/main/ChartController_Properties.cxx index 6aedecc81ebc..821049f981c0 100644 --- a/chart2/source/controller/main/ChartController_Properties.cxx +++ b/chart2/source/controller/main/ChartController_Properties.cxx @@ -699,24 +699,22 @@ void ChartController::executeDlg_ObjectProperties( const OUString& rSelectedObje { OUString aObjectCID = lcl_getFormatCIDforSelectedCID( rSelectedObjectCID ); -UndoGuard aUndoGuard( ActionDescriptionProvider::createDescription( -ActionDescriptionProvider::ActionType::Format, -ObjectNameProvider::getName( ObjectIdentifier::getObjectType( aObjectCID ))), -m_xUndoManager ); +auto aUndoGuard = std::make_shared( +ActionDescriptionProvider::createDescription( +ActionDescriptionProvider::ActionType::Format, +ObjectNameProvider::getName( ObjectIdentifier::getObjectType( aObjectCID ))), +m_xUndoManager ); -bool bSuccess = ChartController::executeDlg_ObjectProperties_withoutUndoGuard( aObjectCID, false ); -if( bSuccess ) -aUndoGuard.commit(); +ChartController::executeDlg_ObjectProperties_withUndoGuard( aUndoGuard, aObjectCID, false ); } -bool ChartController::executeDlg_ObjectProperties_withoutUndoGuard( -const OUString& rObjectCID, bool bSuccessOnUnchanged ) +void
core.git: offapi/type_reference
offapi/type_reference/offapi.idl | 21 + 1 file changed, 21 insertions(+) New commits: commit 806362b915ee89a4f907905a8ac8c1527ea99223 Author: Stephan Bergmann AuthorDate: Thu Feb 29 16:11:43 2024 +0100 Commit: Stephan Bergmann CommitDate: Fri Mar 1 07:47:26 2024 +0100 Update the reference rdbs to libreoffice-24.2.0.3 .../master/instdir/sdk/bin/unoidl-read --published \ .../libreoffice-24.2.0.3/instdir/program/types.rdb \ >.../master/udkapi/type_reference/udkapi.idl .../master/instdir/sdk/bin/unoidl-read --published \ .../libreoffice-24.2.0.3/instdir/program/types.rdb \ .../libreoffice-24.2.0.3/instdir/program/types/offapi.rdb \ >.../master/offapi/type_reference/offapi.idl Change-Id: I276ea47ae755a2ce641eef3f508ce1dc5f6af4ec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164162 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/offapi/type_reference/offapi.idl b/offapi/type_reference/offapi.idl index fd13e3da3452..fd8f6e6469bf 100644 --- a/offapi/type_reference/offapi.idl +++ b/offapi/type_reference/offapi.idl @@ -516,6 +516,7 @@ module com { const short NUM7 = 263; const short NUM8 = 264; const short NUM9 = 265; + const short NUMBERSIGN = 191; const short NUMLOCK = 1313; const short O = 526; const short OPEN = 1296; @@ -561,6 +562,8 @@ module com { const short V = 533; const short W = 534; const short X = 535; + const short XF86BACK = 166; + const short XF86FORWARD = 167; const short Y = 536; const short Z = 537; }; @@ -5238,6 +5241,7 @@ module com { [property] long EdgeNode1VertDist; [property] long EdgeNode2HorzDist; [property] long EdgeNode2VertDist; + [property, optional] boolean EdgeOOXMLCurve; }; published service ConnectorShape { service ::com::sun::star::drawing::Shape; @@ -7324,6 +7328,7 @@ module com { [property] short LeftMargin; [property] short RightMargin; [property, optional] short BaseLine; + [property, optional] boolean IsRightToLeft; }; /** @deprecated */ published struct SymbolDescriptor { string sName; @@ -10675,24 +10680,34 @@ module com { const long BOOLEAN = 16; const long CHAR = 1; const long CLOB = 2005; + const long DATALINK = 70; const long DATE = 91; const long DECIMAL = 3; const long DISTINCT = 2001; const long DOUBLE = 8; const long FLOAT = 6; const long INTEGER = 4; + const long LONGNVARCHAR = -16; const long LONGVARBINARY = -4; const long LONGVARCHAR = -1; + const long NCHAR = -15; + const long NCLOB = 2011; const long NUMERIC = 2; + const long NVARCHAR = -9; const long OBJECT = 2000; const long OTHER = ; const long REAL = 7; const long REF = 2006; + const long REF_CURSOR = 2012; + const long ROWID = -8; const long SMALLINT = 5; const long SQLNULL = 0; + const long SQLXML = 2009; const long STRUCT = 2002; const long TIME = 92; const long TIMESTAMP = 93; + const long TIMESTAMP_WITH_TIMEZONE = 2014; + const long TIME_WITH_TIMEZONE = 2013; const long TINYINT = -6; const long VARBINARY = -3; const long VARCHAR = 12; @@ -12004,6 +12019,7 @@ module com { published constants NamedRangeFlag { const long COLUMN_HEADER = 4; const long FILTER_CRITERIA = 1; + const long HIDDEN = 16; const long PRINT_AREA = 2; const long ROW_HEADER = 8; }; @@ -13361,6 +13377,7 @@ module com { [property] short StartWith; [property, optional] ::com::sun::star::awt::XBitmap GraphicBitmap; [property, optional] string ListFormat; + [property, optional] boolean IsLegal; }; published service NumberingRule { service ::com::sun::star::style::NumberingAlignment; @@ -13882,6 +13899,7 @@ module com { [property, optional] string Tooltip; [property, optional] boolean Decorative; [property, optional] boolean IsSplitAllowed; + [property, optional] boolean WrapTextAtFlyStart; }; published service BaseFrame { service ::com::sun::star::text::BaseFrameProperties; @@ -14723,6 +14741,7 @@ module com { const short FOOTNOTE = 3; const short REFERENCE_MARK = 0; const short SEQUENCE_FIELD = 1; + const short STYLE = 5; }; published service ReferenceMark { interface ::com::sun::star::text::XTextContent; @@ -15541,6 +15560,7 @@ module com { [property] short ReferenceFieldPart; [property] short SequenceNumber; [property, optional] string ReferenceFieldLanguage; + [property, optional] short ReferenceFieldFlags; }; published service GraphicObjectCount { service ::com::sun::star::text::TextField; @@ -17262,6 +17282,7 @@ module com { [property] short SearchSimilarityAdd;
[Bug 159978] New: Libre Office automatically choosing inappropriate font and language settings for Ahom script text
https://bugs.documentfoundation.org/show_bug.cgi?id=159978 Bug ID: 159978 Summary: Libre Office automatically choosing inappropriate font and language settings for Ahom script text Product: LibreOffice Version: 7.6.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: moreystep...@hotmail.com Created attachment 192885 --> https://bugs.documentfoundation.org/attachment.cgi?id=192885=edit Screen shots demonstrating the fonts and language selection When typing a section of text using the Tai Ahom keyboard (https://keyman.com/keyboards/ahom_star) AND having first selected the Noto Serif Ahom Unicode font, Libre Office automatically assigns the language of this text as per the first screen shot in the appended Libre Office Screen Shots.odt. In time, we will want Tai Ahom to be separately listed as its own language as Tai Ahom is no more similar to Hindi than it is to English; Hindi has been chosen as a default, presumably because Tai Ahom is used in India. A bigger problem is when a user does not select the Noto Serif Ahom Unicode font. In this case, the keyboard will access most of the Ahom font, but with the font automatically setting to Lucida Sans (shown in Screen Shot 2). When typing some Ahom letters, such as U+11720 and U+11721, the font automatically changes to Liberation Serif and those letters do not implement. This is demonstrated in Screen Shot 3 -- You are receiving this mail because: You are the assignee for the bug.
core.git: configure.ac
configure.ac |6 -- 1 file changed, 6 deletions(-) New commits: commit 38ec9348eeea29611c1c7ebc626f88474b850ebc Author: Noel Grandin AuthorDate: Thu Feb 29 19:45:45 2024 +0200 Commit: Noel Grandin CommitDate: Fri Mar 1 07:06:50 2024 +0100 remove mergelibs warning from configure It is now known working on Linux/macOS/Windows Change-Id: Ib529a002a88cc94798a6707af7319ce9e25aca48 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164169 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/configure.ac b/configure.ac index ae808e69c5b0..b46ecdfbec4d 100644 --- a/configure.ac +++ b/configure.ac @@ -14871,17 +14871,11 @@ fi if test -n "$enable_mergelibs" -a "$enable_mergelibs" != "no"; then if test "$enable_mergelibs" = "more"; then -if test $_os != Linux; then -add_warning "--enable-mergelibs=more is not tested for this platform" -fi MERGELIBS="TRUE" MERGELIBS_MORE="TRUE" AC_MSG_RESULT([yes (more)]) AC_DEFINE(ENABLE_MERGELIBS) elif test "$enable_mergelibs" = "yes" -o "$enable_mergelibs" = ""; then -if test $_os != Linux -a $_os != WINNT; then -add_warning "--enable-mergelibs is not tested for this platform" -fi MERGELIBS="TRUE" AC_MSG_RESULT([yes]) AC_DEFINE(ENABLE_MERGELIBS)
[Bug 139532] [META] DOCX Floating table related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=139532 Aron Budea changed: What|Removed |Added Depends on||159453 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159453 [Bug 159453] Importing DOCX: Position of frame has gone -- You are receiving this mail because: You are the assignee for the bug.
[Bug 90486] [META] Chart bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=90486 Bug 90486 depends on bug 148166, which changed state. Bug 148166 Summary: Chart is empty when using data ranges from another document and the current document is empty https://bugs.documentfoundation.org/show_bug.cgi?id=148166 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148166] Chart is empty when using data ranges from another document and the current document is empty
https://bugs.documentfoundation.org/show_bug.cgi?id=148166 Stéphane Guillou (stragu) changed: What|Removed |Added Status|NEW |RESOLVED CC||stephane.guillou@libreoffic ||e.org Resolution|--- |NOTABUG --- Comment #4 from Stéphane Guillou (stragu) --- Following the steps, I see an empty chart, but it makes sense: because "First column as label" is ticked by default, the data range only provides labels, no actual data. If you repeat the steps but untick "First column as label", you should see the chart. libreoffice-6.3.3.2 libreoffice-6.4.0.0.alpha1 And a recent master build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e2473fe3a547e5a11d3b91ab8ded833bf5b74356 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Xisco, can you please double-check? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159976] Accelerators are shown as tildes instead of underlined characters
https://bugs.documentfoundation.org/show_bug.cgi?id=159976 --- Comment #3 from Mike Kaganski --- (In reply to Stéphane Guillou (stragu) from comment #2) > (and pressing alt does not reveal the accelerators with gen VCL plugin, > whereas it does with win) Is this a change? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159800] Chart data link is lost when copying/duplicating a sheet with a comma in the name
https://bugs.documentfoundation.org/show_bug.cgi?id=159800 --- Comment #5 from Stéphane Guillou (stragu) --- Regarding your 3 other issues, it is best to report on issue per ticket. 2) I can reproduce this: Ctrl + A -> Delete is different to Ctrl + A -> Ctrl + X. This feels inconsistent, but I assume some users might want a way to modify all cells without affecting objects... 3) Can't reproduce, but wondering if it is related to bug 158223, which is now fixed in 7.6.5. I recommend updating your version. 4) Can't reproduce either. In any case, please upgrade to the latest version, and open new reports if these issues remain. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159800] Chart data link is lost when copying/duplicating a sheet with a comma in the name
https://bugs.documentfoundation.org/show_bug.cgi?id=159800 Stéphane Guillou (stragu) changed: What|Removed |Added OS|Linux (All) |All Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108912] [META] Sheet-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108912 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||159800 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159800 [Bug 159800] Chart data link is lost when copying/duplicating a sheet with a comma in the name -- You are receiving this mail because: You are the assignee for the bug.
[Bug 90486] [META] Chart bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=90486 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||159800 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159800 [Bug 159800] Chart data link is lost when copying/duplicating a sheet with a comma in the name -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159800] Chart data link is lost when copying/duplicating a sheet with a comma in the name
https://bugs.documentfoundation.org/show_bug.cgi?id=159800 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||notBibisectable, regression Version|7.6.4.1 release |3.3.0 release Blocks||108912, 90486 Summary|Charts are lost when on a |Chart data link is lost |sheet with a comma in the |when copying/duplicating a |name|sheet with a comma in the ||name Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90486 [Bug 90486] [META] Chart bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=108912 [Bug 108912] [META] Sheet-level bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159800] Charts are lost when on a sheet with a comma in the name
https://bugs.documentfoundation.org/show_bug.cgi?id=159800 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #4 from Stéphane Guillou (stragu) --- Created attachment 192884 --> https://bugs.documentfoundation.org/attachment.cgi?id=192884=edit simpler steps with this attachment (comment 4) Simpler steps with this attachment: 1. Right-click > Duplicate sheet "ab": chart remains 2. Right-click > Duplicate sheet "a,b": chart gone No issue when using any of the following characters: .!;-_$ Reproduced with recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e2473fe3a547e5a11d3b91ab8ded833bf5b74356 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Also on Windows 11. No repro in OOo 3.3, but reproduced with libreoffice-3.3.0 (checked with bibisect-64-releases repository; make sure to double-click on chart to confirm that data is gone) -> regression. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159977] footnotes style does not correct paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=159977 --- Comment #1 from Elmar --- Created attachment 192883 --> https://bugs.documentfoundation.org/attachment.cgi?id=192883=edit footnotes see from footnote 37 (page 16) also check the Toggle ordered list (F12) tool/ more numbering / position dialog I set this to 1cm or potions of 1cm (.5; .75, 1.5; etc.) LO then revers to inch-equivalents, so 1cm becomes 1.33cm; etc. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159977] New: footnotes style does not correct paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=159977 Bug ID: 159977 Summary: footnotes style does not correct paragraph Product: LibreOffice Version: 7.3.7.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rob...@iafrica.com Description: This seems to relate to bug 159162. I have a style which sets Footnote to be 0.50cm and -0.50cm (like with bullets). At some point these changed to 1.33 and -0.70. Normally, by double=clicking the style, this would be corrected. I that fails, selecting the text and doing Format/Clear Direct Formatting would do the trick. However, nothing happens. So I then have to use the Paragraph dialog to manually correct each one. Now I find that when I reopen the document later, some of the correction have reverted. Steps to Reproduce: 1. correct footnote to be same as style 2. 3. Actual Results: after document is reopened from some point, all the footnotes have been changed back to what appears to be inch dimensions (1.33cm and 0.70cm). Expected Results: Should 1. honour the apply style double-click 2. remove direct formatting when using the menu Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes also happens in 24.8.0.0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159691] Macro Security option in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159691 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159726] Copying two list styles in Impress resets target list style to none
https://bugs.documentfoundation.org/show_bug.cgi?id=159726 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159904] Menu bar disappears when coming out of full screen if template selection dialog is open
https://bugs.documentfoundation.org/show_bug.cgi?id=159904 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.
[Bug 150404] corrections to selection mode labels
https://bugs.documentfoundation.org/show_bug.cgi?id=150404 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159632] Writer: Editing a field with additional format, doesn't show the actual format but a default
https://bugs.documentfoundation.org/show_bug.cgi?id=159632 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159632] Writer: Editing a field with additional format, doesn't show the actual format but a default
https://bugs.documentfoundation.org/show_bug.cgi?id=159632 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159904] Menu bar disappears when coming out of full screen if template selection dialog is open
https://bugs.documentfoundation.org/show_bug.cgi?id=159904 --- Comment #7 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156574] Crash when scrolling through a larger document
https://bugs.documentfoundation.org/show_bug.cgi?id=156574 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156574] Crash when scrolling through a larger document
https://bugs.documentfoundation.org/show_bug.cgi?id=156574 --- Comment #4 from QA Administrators --- Dear Uli, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 153717] Working directory of recovered file is assumed to be the one of newly opened file
https://bugs.documentfoundation.org/show_bug.cgi?id=153717 --- Comment #3 from QA Administrators --- Dear mirh, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Bug 153717] Working directory of recovered file is assumed to be the one of newly opened file
https://bugs.documentfoundation.org/show_bug.cgi?id=153717 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157057] LibreOffice freezes from times to times
https://bugs.documentfoundation.org/show_bug.cgi?id=157057 --- Comment #2 from QA Administrators --- Dear André Luiz, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156865] copying multiple HTML files with tables to Writer causes Writer to go berserk
https://bugs.documentfoundation.org/show_bug.cgi?id=156865 --- Comment #2 from QA Administrators --- Dear Robert McClure, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156446] extremely long loading or not loading at all using Linux Mint Mate desktop environment
https://bugs.documentfoundation.org/show_bug.cgi?id=156446 --- Comment #2 from QA Administrators --- Dear dmforlinux, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 142953] CALC OFFSET error when used with named range of multiple cells for the reference arg and defaults
https://bugs.documentfoundation.org/show_bug.cgi?id=142953 --- Comment #15 from QA Administrators --- Dear Simon, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 92704] FILEOPEN: Undo has entries when the document has a page column on the first page with more than 25 paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=92704 --- Comment #5 from QA Administrators --- Dear Gordo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148325] Writer 7.3.2 will only print 1 blank page even if preview shows 3 pages
https://bugs.documentfoundation.org/show_bug.cgi?id=148325 --- Comment #5 from QA Administrators --- Dear Gilbert Gibbons, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Bug 93526] when paste special with drawing format then synchronisation with the other labels does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=93526 --- Comment #16 from QA Administrators --- Dear Denis, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 123656] Ctrl+Plus keyboard shortcut unavailable on laptop keyboards
https://bugs.documentfoundation.org/show_bug.cgi?id=123656 --- Comment #7 from QA Administrators --- Dear Andy Goth, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 123085] tag not pasted / not recognized
https://bugs.documentfoundation.org/show_bug.cgi?id=123085 --- Comment #5 from QA Administrators --- Dear rs, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 122910] Cut+undo of formulas loses absolute and performs a relative paste
https://bugs.documentfoundation.org/show_bug.cgi?id=122910 --- Comment #4 from QA Administrators --- Dear davidpbrown, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 101279] Unable to Undo after drag and drop ".odt" file in LibreOffice Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=101279 --- Comment #7 from QA Administrators --- Dear Rosen Silva, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 119961] EDITING: Automatic cell alignment in Calc breaks with bidi-neutral characters
https://bugs.documentfoundation.org/show_bug.cgi?id=119961 --- Comment #7 from QA Administrators --- Dear vaaydayaasra, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107209] Text layout error; text lines overlap randomly in long "complicated" documents
https://bugs.documentfoundation.org/show_bug.cgi?id=107209 --- Comment #17 from QA Administrators --- Dear y3kcjd5, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103364] [META] Bullets and numbering dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103364 Bug 103364 depends on bug 91094, which changed state. Bug 91094 Summary: Import Image as Bullets in Bullets And Numbering Dialog through "Add" Button (as in MS Office) https://bugs.documentfoundation.org/show_bug.cgi?id=91094 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 91094] Import Image as Bullets in Bullets And Numbering Dialog through "Add" Button (as in MS Office)
https://bugs.documentfoundation.org/show_bug.cgi?id=91094 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED CC||kelem...@ubuntu.com --- Comment #9 from Gabor Kelemen (allotropia) --- Seems like the patch from comment 6 was merged years ago -> fixed. https://git.libreoffice.org/core/+/511499b3ba08024e3d6853f096ad1d96f96b216d%5E%21 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159974] Libre Office is unable to display custom date property properly
https://bugs.documentfoundation.org/show_bug.cgi?id=159974 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from m_a_riosv --- Reproducible Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6a064b1967e06e40be40817deff99d00c1a8554f CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded The field it's converted to a 'Content Control' -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159976] Accelerators are shown as tildes instead of underlined characters
https://bugs.documentfoundation.org/show_bug.cgi?id=159976 --- Comment #2 from Stéphane Guillou (stragu) --- (and pressing alt does not reveal the accelerators with gen VCL plugin, whereas it does with win) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159976] Accelerators are shown as tildes instead of underlined characters
https://bugs.documentfoundation.org/show_bug.cgi?id=159976 --- Comment #1 from Stéphane Guillou (stragu) --- Created attachment 192882 --> https://bugs.documentfoundation.org/attachment.cgi?id=192882=edit screenshot with gen VCL plugin Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5234ef71c7459506236d4d0dfe7beb5f00d8cc41 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: x11 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159976] Accelerators are shown as tildes instead of underlined characters
https://bugs.documentfoundation.org/show_bug.cgi?id=159976 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Regression By||Mike Kaganski -- You are receiving this mail because: You are the assignee for the bug.
[Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||159976 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159976 [Bug 159976] Accelerators are shown as tildes instead of underlined characters -- You are receiving this mail because: You are the assignee for the bug.
[Bug 85811] [META] Main menu bar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=85811 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||159976 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=159976 [Bug 159976] Accelerators are shown as tildes instead of underlined characters -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159976] New: Accelerators are shown as tildes instead of underlined characters
https://bugs.documentfoundation.org/show_bug.cgi?id=159976 Bug ID: 159976 Summary: Accelerators are shown as tildes instead of underlined characters Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: x86-64 (AMD64) OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org CC: mikekagan...@hotmail.com Blocks: 85811, 98259 Reported on the localisation mailing list by Michael Wolff[1]: I stated that the tilde character which is used to mark the accesskey in LibreOffice interface is not converted into an underscore character under a letter which shall be an accesskey. The tilde is written before the letter to be used as accesskey instead. See the screenshot behind the following link: https://www.sorbzilla.de/libreoffice/accesskey_character_not_converted.png In LibreOffice 24.2 it works. --- I can confirm on Windows 11 as well, with English-US UI. The inactive menu items show the tilde instead of the underlined character. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c279cad9484cce44cf11473478c6059d69013fd2 CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Reproduced on Linux with gen VCL plugin (not with gtk3). Bibisected with linux-64-24.8 repo to first bad build [b9d85f61685c1ed18f3910edac82af2d3a4a268d] which points to: commit f2dfb95258215f90562617823b950c3ed151c1bf author Mike Kaganski Sat Feb 10 18:49:55 2024 +0600 committer Mike Kaganski Sat Feb 10 16:58:03 2024 +0100 tdf#54169: revert "gtk is the only case auto-accel is true, and the ... menubar is native gtk there" (commit 3fbae5dc7e7b200776bbc8a7c2a43e1e04f15a2b from 2021-08-05). Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163214 Mike, can you please have a look? [1]:https://listarchives.libreoffice.org/global/l10n/2024/msg00065.html Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=85811 [Bug 85811] [META] Main menu bar bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=98259 [Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 83720] PIVOTTABLE: Wrong date format in column field
https://bugs.documentfoundation.org/show_bug.cgi?id=83720 Commit Notification changed: What|Removed |Added Whiteboard||target:24.8.0 -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/source
sc/source/ui/dbgui/PivotLayoutTreeListBase.cxx | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) New commits: commit 78065e3798439dd790d1be5ac5c219477285c888 Author: Tomaž Vajngerl AuthorDate: Thu Feb 29 23:51:26 2024 +0900 Commit: Tomaž Vajngerl CommitDate: Fri Mar 1 02:14:39 2024 +0100 tdf#83720 Pivot Table: Data field should always at last place In the pivot table dialog we should always put the "Data" field to the last place or the cell formats won't be shown correct in the pivot table. Change-Id: If4befe4fff1e6f04d9b709615a1955e3b5f4b4cc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164161 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl diff --git a/sc/source/ui/dbgui/PivotLayoutTreeListBase.cxx b/sc/source/ui/dbgui/PivotLayoutTreeListBase.cxx index 45af29a4f1a4..672de9559c4e 100644 --- a/sc/source/ui/dbgui/PivotLayoutTreeListBase.cxx +++ b/sc/source/ui/dbgui/PivotLayoutTreeListBase.cxx @@ -67,6 +67,9 @@ void ScPivotLayoutTreeListBase::PushEntriesToPivotFieldVector(ScPivotFieldVector std::unique_ptr xEachEntry(mxControl->make_iterator()); if (!mxControl->get_iter_first(*xEachEntry)) return; + +std::optional oDataField; + do { ScItemValue* pItemValue = weld::fromId(mxControl->get_id(*xEachEntry)); @@ -78,8 +81,15 @@ void ScPivotLayoutTreeListBase::PushEntriesToPivotFieldVector(ScPivotFieldVector aField.nFuncMask = rFunctionData.mnFuncMask; aField.mnDupCount= rFunctionData.mnDupCount; aField.maFieldRef= rFunctionData.maFieldRef; -rVector.push_back(aField); + +if (aField.nCol == PIVOT_DATA_FIELD) +oDataField = aField; +else +rVector.push_back(aField); } while (mxControl->iter_next(*xEachEntry)); + +if (oDataField) +rVector.push_back(*oDataField); } void ScPivotLayoutTreeListBase::InsertEntryForSourceTarget(weld::TreeView& /*pSource*/, int /*nTarget*/)
[Bug 158129] Bluescreen on Windows 11 when LibreOffice is running (with or without open document) OpenCL with iGPU (Intel) and dGPU (nVidia)
https://bugs.documentfoundation.org/show_bug.cgi?id=158129 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8945 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||158945 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158945 [Bug 158945] Calc: crash when entering text in a cell -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158945] Calc: crash when entering text in a cell
https://bugs.documentfoundation.org/show_bug.cgi?id=158945 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEW Severity|normal |critical Ever confirmed|0 |1 Blocks||133092 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8129 --- Comment #28 from Stéphane Guillou (stragu) --- Confirmed via duplicate bug 159650, which has same device: Calc: threaded Skia log: RenderMethod: vulkan Vendor: 0x8086 Device: 0xa7a0 API: 1.3.235 Driver: 0.404.4032 DeviceType: integrated DeviceName: Intel(R) Iris(R) Xe Graphics Denylisted: no As ady noted, see also bug 158129 (multiple graphics devices). Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=133092 [Bug 133092] [META] Crash bugs -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158945] Calc: crash when entering text in a cell
https://bugs.documentfoundation.org/show_bug.cgi?id=158945 Stéphane Guillou (stragu) changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |9650| CC||gpapo...@gmail.com --- Comment #27 from Stéphane Guillou (stragu) --- *** Bug 159650 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159650] Double clicking on a cell containing Karasiewicz crashes LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159650 Stéphane Guillou (stragu) changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |8945| Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #15 from Stéphane Guillou (stragu) --- Thanks for the info, gpapotti. Ady, you're right. Given this report and bug 158945 have essentially the same symptoms, let's tart with marking this as a duplicate and continue the conversation there. *** This bug has been marked as a duplicate of bug 158945 *** -- You are receiving this mail because: You are the assignee for the bug.
Re: Import of lighting from MS Office for extruded shapes
Hi Armin, Armin Le Grand schrieb am 28.02.2024 um 20:20: Hi, On 2/24/24 22:00, Regina Henschel wrote: Hi Thorsten, Thorsten Behrens schrieb am 24.02.2024 um 17:29: Hi Regina, Regina Henschel wrote: Unfortunately, our 3d engine does not support all needed features. Most important problem is, that in our 3d engine only the first light is specular. I suspect that might be quick to add - Armin, what do you think? There is a member mbSpecular in class ImpSdr3DLightAttribute but ViewContactOfE3d::impCreateWithGivenPrimitive3DContainer() evaluates only the first light. But I don't know whether that is the correct area at all. I also would have to search, but can say that all 8 lights are the same. I also remember that it is done for Chart since Ingrid did not want the 1st light to be specular (our default), so 1st light is specular switched off, 2nd is on AFAIR. As far as I see she simply used 2nd light instead of 1st light. No idea where that would have to be done in import and if there is tooling for it, but it just needs to be set correctly. Mmh, I see D3DFoo properties for the shape how a material reacts on the light, but a light itself has only on/off, color and direction in the D3DFoo properties. Further problem with our 3d engine is, that we cannot render the "Bevel" of MS Office. Not only the fancy ones, but the simple round bevel is missing too. Our "Rounded edges" are in fact straight. In MS Office you can use the bevel to create a sphere, for example. Got it. Might also need some experimentation, such that we get the exact same look. Let me play with this features a little bit. I have attached a file with examples using "Bevel". Note that these are no "true" 3D-objects, but they are all custom shapes. We are far away from what MS Office can do with custom shapes. Will have to compare with MSOffice, but sure we are far away - Sven did implement by creating SdrShapes (WITHOUT being inserrted to SdrPage/SdrModel, that caused many problems). Primitives were available, but hey. It would be much better to create the visualization for CustomShapes with Primitives directly (these get 'collected' from the created SdrObjects currently). That would allow e.g. to just have a primitive for the CustomShape that then gets decomposed to the needed Primitives (also would think about not doing all of that all the time and over the UNO API btw). That would also be the way to do for 3D stuff - 3D primitives could just create all that needed stuff, tesselating down to triangles (as is done now for 'fat' 3D lines as already mentioned). As long as CustomShape geometry processing uses SdrObjects I see no good way to do more/the needed stuff, hence this is filed as Tender (since a looong time). Unfortunately this is not simple for all cases - we also have the FontWork to be adapted and quite some complicated stuff for some CustomShapes, esp. the 3D stuff (creating 3D scenes with 3d SdrObjects), but definitely worth it. We should reserve some hours on the next LibreOffice conference and discuss especially 3D things. The problem is not only the extrusion of custom shapes, but also 3D scene for text and the new feature of MS Office to render 3D-Models (.glb files) including changes to camera and lighting properties. Urgently needed change. I see NO way to do what you need here - with the curent way of doing it you would have to create new SdrObjects (3D Sdrobjects) that could do that - argh - or use that already mentioned simple 3D SdrObjects that can represent 3D PolyPolygons, using just trianges and doing the tesselation there. But why when that could be done much smoother and simpler with 3D primitives. Currently, the 3D-scene and the objects in it for an extruded custom shape are created in EnhancedCustomShape3d::Create3DObject(). Did i mention that that would also make things much easier? AFAIR for some of those geometry creations SdrObjects get created and in follow--up steps get used as geometry input and other SdrObjects get created based on that - oh my... So it is obvious, going that way is not feasible until the feature freeze of version 24.8. I will therefore try to emulate the lighting rendering as well as possible with the existing old properties. Unfortunately, there are not only problems with the lighting. In addition to the bevel property already mentioned, the contour property is also missing. The material, handling of extrusion color, stroke and text are also different. And I haven't even looked at 3D-fontwork yet. The question is more whether to start that immediately or first implement some ersatz lighting so that the shapes are approximately as light as in MS Office. When you use the current import (in daily build which has the 3d geometry) you can see, that our default lighting gives bad results. I guess the specular light & API changes for it are relatively straight-forward. Perhaps. A solution
[Bug 158945] Calc: crash when entering text in a cell
https://bugs.documentfoundation.org/show_bug.cgi?id=158945 Stéphane Guillou (stragu) changed: What|Removed |Added Version|7.6.4.1 release |7.5.9.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159854] Trigger text is black on dark grey in Animation sidebar deck (dark mode)
https://bugs.documentfoundation.org/show_bug.cgi?id=159854 Stéphane Guillou (stragu) changed: What|Removed |Added Regression By||Caolán McNamara -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158714] EDITING - Crash when inserting acute accent with dead key as first character in cell
https://bugs.documentfoundation.org/show_bug.cgi?id=158714 ady changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9650 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159650] Double clicking on a cell containing Karasiewicz crashes LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159650 ady changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8714 -- You are receiving this mail because: You are the assignee for the bug.
core.git: sd/source writerfilter/source
sd/source/ui/dlg/headerfooterdlg.cxx |2 +- writerfilter/source/dmapper/GraphicImport.cxx |3 +-- 2 files changed, 2 insertions(+), 3 deletions(-) New commits: commit 99e33129346afeb0a386ffad859a9178290211a6 Author: Justin Luth AuthorDate: Thu Feb 29 11:35:43 2024 -0500 Commit: Justin Luth CommitDate: Fri Mar 1 01:39:18 2024 +0100 NFC writerfilter GraphicImport: streamline if statement The function is a const static, so it doesn't require being run. Change-Id: I31fb35e9daf54103071197e669c54818d4062264 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164172 Tested-by: Jenkins Reviewed-by: Justin Luth diff --git a/sd/source/ui/dlg/headerfooterdlg.cxx b/sd/source/ui/dlg/headerfooterdlg.cxx index 92f7e9be1cb0..8aaf7fed1e47 100644 --- a/sd/source/ui/dlg/headerfooterdlg.cxx +++ b/sd/source/ui/dlg/headerfooterdlg.cxx @@ -536,7 +536,7 @@ void HeaderFooterTabPage::GetOrSetDateTimeLanguage( LanguageType , boo } else { -const sal_uInt16 nPageCount = mpDoc->GetMasterSdPageCount(PageKind::Standard); +const sal_uInt16 nPageCount = 1;// mpDoc->GetMasterSdPageCount(PageKind::Standard); sal_uInt16 nPage; for( nPage = 0; nPage < nPageCount; nPage++ ) { diff --git a/writerfilter/source/dmapper/GraphicImport.cxx b/writerfilter/source/dmapper/GraphicImport.cxx index f64bef09e958..a2acdeb604cc 100644 --- a/writerfilter/source/dmapper/GraphicImport.cxx +++ b/writerfilter/source/dmapper/GraphicImport.cxx @@ -972,8 +972,7 @@ void GraphicImport::lcl_attribute(Id nName, Value& rValue) && !bIsDiagram && !bIsLockedCanvas && !bIsWordprocessingCanvas) || xServiceInfo->supportsService("com.sun.star.drawing.LineShape"); SdrObject* pShape = SdrObject::getSdrObjectFromXShape(m_xShape); -if ((bIsGroupOrLine && !lcl_bHasGroupSlantedChild(pShape) && nOOXAngle == 0) -|| !bIsGroupOrLine) +if (!bIsGroupOrLine || (!nOOXAngle && !lcl_bHasGroupSlantedChild(pShape))) { if (m_pImpl->isXSizeValid()) aSize.Width = m_pImpl->getXSize();
core.git: sw/qa writerfilter/source
sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind2.docx |binary sw/qa/extras/ooxmlexport/ooxmlexport18.cxx| 17 ++ writerfilter/source/dmapper/GraphicImport.cxx |4 +- 3 files changed, 19 insertions(+), 2 deletions(-) New commits: commit c4c5937a98572630915de497b3138164b12079e3 Author: Justin Luth AuthorDate: Wed Feb 28 14:18:44 2024 -0500 Commit: Justin Luth CommitDate: Fri Mar 1 01:38:13 2024 +0100 tdf#159158 writerfilter: headers always behind text (!opaque) If the body-anchored thing is in the background, then if any header stuff was NOT in the background, then it would show up above the body thing, and that should not happen in a DOCX world. This test was not easy to produce. ODT kind of knows that headers are special, and so it tries really hard to put stuff in the background without any wrap - at least after a round-trip. So I had to hand-craft from my example DOCX that exhibited a behindDoc which actually had some wrapping component to it. make CppunitTest_sw_ooxmlexport18 \ CPPUNIT_TEST_NAME=testTdf159158_zOrder_headerBehind2 Change-Id: I31617cd7bf2d38add2233a7a06ffe9a8ec00ec0a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164130 Tested-by: Jenkins Reviewed-by: Justin Luth diff --git a/sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind2.docx b/sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind2.docx new file mode 100644 index ..e787b9c2605d Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind2.docx differ diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx index 91fa26ea0a47..cb41f033730d 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx @@ -1047,6 +1047,23 @@ DECLARE_OOXMLEXPORT_TEST(testTdf159158_zOrder_headerBehind, "tdf159158_zOrder_he CPPUNIT_ASSERT_EQUAL(OUString("RectangleInBody"), getProperty(zOrder1,"Name")); } +DECLARE_OOXMLEXPORT_TEST(testTdf159158_zOrder_headerBehind2, "tdf159158_zOrder_headerBehind2.docx") +{ +// given a logo (marked as behind text) anchored in the header +// and an overlapping blue rectangle anchored in the body text. +uno::Reference zOrder0(getShape(1), uno::UNO_QUERY); +uno::Reference zOrder1(getShape(2), uno::UNO_QUERY); +CPPUNIT_ASSERT_EQUAL(sal_Int32(0), getProperty(zOrder0, "ZOrder")); // lower +CPPUNIT_ASSERT_EQUAL(sal_Int32(1), getProperty(zOrder1, "ZOrder")); // higher +CPPUNIT_ASSERT_EQUAL(OUString("HeaderImage"), + getProperty(zOrder0, "LinkDisplayName")); +CPPUNIT_ASSERT_EQUAL(OUString("BodyBlueRectangle"), + getProperty(zOrder1,"LinkDisplayName")); +// The logo should not be opaque since it is in the header. +CPPUNIT_ASSERT(!getProperty(zOrder0, "Opaque")); // logo should be invisible +CPPUNIT_ASSERT(!getProperty(zOrder1, "Opaque")); +} + DECLARE_OOXMLEXPORT_TEST(testTdf155903, "tdf155903.odt") { // Without the accompanying fix in place, this test would have crashed, diff --git a/writerfilter/source/dmapper/GraphicImport.cxx b/writerfilter/source/dmapper/GraphicImport.cxx index 386ac693d81b..f64bef09e958 100644 --- a/writerfilter/source/dmapper/GraphicImport.cxx +++ b/writerfilter/source/dmapper/GraphicImport.cxx @@ -1602,7 +1602,7 @@ void GraphicImport::lcl_sprm(Sprm& rSprm) { // tdf#137850: Word >= 2013 seems to ignore bBehindDoc except for wrapNone, but older versions honour it. if (m_pImpl->m_bBehindDoc && m_pImpl->m_rDomainMapper.GetSettingsTable()->GetWordCompatibilityMode() > 14) -m_pImpl->m_bOpaque = true; +m_pImpl->m_bOpaque = !m_pImpl->m_rDomainMapper.IsInHeaderFooter(); } break; } @@ -1720,7 +1720,7 @@ void GraphicImport::lcl_sprm(Sprm& rSprm) case NS_ooxml::LN_EG_WrapType_wrapTopAndBottom: // tdf#137850: Word >= 2013 seems to ignore bBehindDoc except for wrapNone, but older versions honour it. if (m_pImpl->m_bBehindDoc && m_pImpl->m_rDomainMapper.GetSettingsTable()->GetWordCompatibilityMode() > 14) - m_pImpl->m_bOpaque = true; + m_pImpl->m_bOpaque = !m_pImpl->m_rDomainMapper.IsInHeaderFooter(); m_pImpl->m_nWrap = text::WrapTextMode_NONE; break; case NS_ooxml::LN_CT_GraphicalObject_graphicData:
core.git: sw/qa writerfilter/inc writerfilter/source
sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind.odt |binary sw/qa/extras/ooxmlexport/ooxmlexport18.cxx | 15 ++ writerfilter/inc/dmapper/GraphicZOrderHelper.hxx| 10 + writerfilter/source/dmapper/DomainMapper_Impl.cxx |8 + writerfilter/source/dmapper/GraphicHelpers.cxx | 58 +- writerfilter/source/dmapper/GraphicImport.cxx | 27 6 files changed, 89 insertions(+), 29 deletions(-) New commits: commit 9aa7dc185af99a540926cc699193449177050386 Author: Justin Luth AuthorDate: Tue Feb 27 19:56:32 2024 -0500 Commit: Justin Luth CommitDate: Fri Mar 1 01:36:30 2024 +0100 tdf#159158 writerfilter: headers always under other z-orders I guessed that a negative z-order will be below a positive relativeHeight when it is in the header. It seems like a reasonable assumption. No unit tests hit this situation AFAIK. make CppunitTest_sw_ooxmlexport18 \ CPPUNIT_TEST_NAME=testTdf159158_zOrder_headerBehind Change-Id: I06e31f3df413ad9c32791c8f4b940831630131dd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164105 Tested-by: Jenkins Reviewed-by: Justin Luth diff --git a/sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind.odt b/sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind.odt new file mode 100644 index ..a4bf98a1f7aa Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf159158_zOrder_headerBehind.odt differ diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx b/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx index 084863c144f4..91fa26ea0a47 100644 --- a/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx +++ b/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx @@ -1032,6 +1032,21 @@ DECLARE_OOXMLEXPORT_TEST(testTdf159158_zOrder_behindDocB, "tdf159158_zOrder_behi CPPUNIT_ASSERT_EQUAL(OUString("5-Point Star Blue"), getProperty(zOrder1,"Name")); } +DECLARE_OOXMLEXPORT_TEST(testTdf159158_zOrder_headerBehind, "tdf159158_zOrder_headerBehind.odt") +{ +// given a blue star (not marked as behind text) anchored in the header +// and an overlapping yellow rectangle anchored in the body text. +// (note that in ODT format the star is on top, but for DOCX format it must be behind (hidden) +uno::Reference zOrder0(getShape(1), uno::UNO_QUERY); +uno::Reference zOrder1(getShape(2), uno::UNO_QUERY); +CPPUNIT_ASSERT_EQUAL(sal_Int32(0), getProperty(zOrder0, "ZOrder")); // lower +CPPUNIT_ASSERT_EQUAL(sal_Int32(1), getProperty(zOrder1, "ZOrder")); // higher +// I don't know why the star is the lowest order in ODT import (maybe header weirdness), +// but it certainly needs to be the lowest on docx round-trip (also for header weirdness) +CPPUNIT_ASSERT_EQUAL(OUString("StarInHeader"), getProperty(zOrder0, "Name")); +CPPUNIT_ASSERT_EQUAL(OUString("RectangleInBody"), getProperty(zOrder1,"Name")); +} + DECLARE_OOXMLEXPORT_TEST(testTdf155903, "tdf155903.odt") { // Without the accompanying fix in place, this test would have crashed, diff --git a/writerfilter/inc/dmapper/GraphicZOrderHelper.hxx b/writerfilter/inc/dmapper/GraphicZOrderHelper.hxx index c6a308ddf819..b5bb27eea81b 100644 --- a/writerfilter/inc/dmapper/GraphicZOrderHelper.hxx +++ b/writerfilter/inc/dmapper/GraphicZOrderHelper.hxx @@ -17,11 +17,15 @@ class GraphicZOrderHelper { public: void addItem(css::uno::Reference const& props, - sal_Int32 relativeHeight); -sal_Int32 findZOrder(sal_Int32 relativeHeight, bool bOldStyle = false); + sal_Int64 relativeHeight); + +// must run adjustRelativeHeight before findZOrder - to set zOrder priorities +static void adjustRelativeHeight(sal_Int64& rRelativeHeight, bool bIsZIndex, bool bIsBehindText, + bool bIsInHeader); +sal_Int32 findZOrder(sal_Int64 relativeHeight, bool bOldStyle = false); private: -using Items = std::map>; +using Items = std::map>; Items m_items; }; diff --git a/writerfilter/source/dmapper/DomainMapper_Impl.cxx b/writerfilter/source/dmapper/DomainMapper_Impl.cxx index 45ff00958083..bbdfbd35c34a 100644 --- a/writerfilter/source/dmapper/DomainMapper_Impl.cxx +++ b/writerfilter/source/dmapper/DomainMapper_Impl.cxx @@ -4763,8 +4763,10 @@ void DomainMapper_Impl::PushShapeContext( const uno::Reference< drawing::XShape if (rProp.Name == "VML-Z-ORDER") { GraphicZOrderHelper& rZOrderHelper = m_rDMapper.graphicZOrderHelper(); -sal_Int32 zOrder(0); +sal_Int64 zOrder(0); rProp.Value >>= zOrder; +GraphicZOrderHelper::adjustRelativeHeight(zOrder, /*IsZIndex=*/true, + zOrder < 0, IsInHeaderFooter());
[Bug 158129] Bluescreen on Windows 11 when LibreOffice is running (with or without open document) OpenCL with iGPU (Intel) and dGPU (nVidia)
https://bugs.documentfoundation.org/show_bug.cgi?id=158129 ady changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9650 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158945] Calc: crash when entering text in a cell
https://bugs.documentfoundation.org/show_bug.cgi?id=158945 ady changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9650 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159650] Double clicking on a cell containing Karasiewicz crashes LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159650 ady changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8945, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8129 --- Comment #14 from ady --- FWIW, recent tdf#158945 and tdf#158129 are also related to device device: 0xa7a0. Perhaps the attempts to solve those (which apparently failed there) might work here?? Even if not, in-common info could help narrow down the problem. -- You are receiving this mail because: You are the assignee for the bug.
core.git: writerfilter/source
writerfilter/source/dmapper/DomainMapper.cxx |4 +-- writerfilter/source/dmapper/DomainMapper.hxx |2 - writerfilter/source/dmapper/DomainMapper_Impl.cxx | 12 +-- writerfilter/source/dmapper/GraphicImport.cxx | 23 +++--- 4 files changed, 21 insertions(+), 20 deletions(-) New commits: commit 027632ec97ad556606997254244c76c7474d9122 Author: Justin Luth AuthorDate: Thu Feb 29 08:42:07 2024 -0500 Commit: Justin Luth CommitDate: Fri Mar 1 01:29:58 2024 +0100 NFC prepwork for tdf#159158: flatten writerfilter applyZOrder limit code shuffle in the fix itself Change-Id: Ic506ac700403fa434dd6410e9ea566c6d0e19676 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164154 Tested-by: Jenkins Reviewed-by: Justin Luth diff --git a/writerfilter/source/dmapper/DomainMapper.cxx b/writerfilter/source/dmapper/DomainMapper.cxx index 239ecde547d4..3548ece176ed 100644 --- a/writerfilter/source/dmapper/DomainMapper.cxx +++ b/writerfilter/source/dmapper/DomainMapper.cxx @@ -4908,11 +4908,11 @@ SettingsTablePtr const & DomainMapper::GetSettingsTable() return m_pImpl->GetSettingsTable(); } -GraphicZOrderHelper* DomainMapper::graphicZOrderHelper() +GraphicZOrderHelper& DomainMapper::graphicZOrderHelper() { if (m_zOrderHelper == nullptr) m_zOrderHelper.reset( new GraphicZOrderHelper ); -return m_zOrderHelper.get(); +return *m_zOrderHelper; } uno::Reference DomainMapper::PopPendingShape() diff --git a/writerfilter/source/dmapper/DomainMapper.hxx b/writerfilter/source/dmapper/DomainMapper.hxx index db29f10d45eb..9d9771e640f5 100644 --- a/writerfilter/source/dmapper/DomainMapper.hxx +++ b/writerfilter/source/dmapper/DomainMapper.hxx @@ -107,7 +107,7 @@ public: OUString getOrCreateCharStyle( PropertyValueVector_t& rCharProperties, bool bAlwaysCreate ); StyleSheetTablePtr const & GetStyleSheetTable( ); SettingsTablePtr const & GetSettingsTable(); -GraphicZOrderHelper* graphicZOrderHelper(); +GraphicZOrderHelper& graphicZOrderHelper(); /// Return the first from the pending (not inserted to the document) shapes, if there are any. css::uno::Reference PopPendingShape(); diff --git a/writerfilter/source/dmapper/DomainMapper_Impl.cxx b/writerfilter/source/dmapper/DomainMapper_Impl.cxx index 0b1ff5e0e6e3..45ff00958083 100644 --- a/writerfilter/source/dmapper/DomainMapper_Impl.cxx +++ b/writerfilter/source/dmapper/DomainMapper_Impl.cxx @@ -4762,12 +4762,12 @@ void DomainMapper_Impl::PushShapeContext( const uno::Reference< drawing::XShape { if (rProp.Name == "VML-Z-ORDER") { -GraphicZOrderHelper* pZOrderHelper = m_rDMapper.graphicZOrderHelper(); +GraphicZOrderHelper& rZOrderHelper = m_rDMapper.graphicZOrderHelper(); sal_Int32 zOrder(0); rProp.Value >>= zOrder; xShapePropertySet->setPropertyValue("ZOrder", -uno::Any(pZOrderHelper->findZOrder(zOrder, /*LastDuplicateWins*/true))); -pZOrderHelper->addItem(xShapePropertySet, zOrder); +uno::Any(rZOrderHelper.findZOrder(zOrder, /*LastDuplicateWins*/true))); +rZOrderHelper.addItem(xShapePropertySet, zOrder); xShapePropertySet->setPropertyValue(getPropertyName( PROP_OPAQUE ), uno::Any( zOrder >= 0 ) ); checkZOrderStatus = true; } @@ -4807,12 +4807,12 @@ void DomainMapper_Impl::PushShapeContext( const uno::Reference< drawing::XShape { if (rProp.Name == "VML-Z-ORDER") { -GraphicZOrderHelper* pZOrderHelper = m_rDMapper.graphicZOrderHelper(); +GraphicZOrderHelper& rZOrderHelper = m_rDMapper.graphicZOrderHelper(); sal_Int32 zOrder(0); rProp.Value >>= zOrder; xShapePropertySet->setPropertyValue("ZOrder", -uno::Any(pZOrderHelper->findZOrder(zOrder, /*LastDuplicateWins*/true))); -pZOrderHelper->addItem(xShapePropertySet, zOrder); +uno::Any(rZOrderHelper.findZOrder(zOrder, /*LastDuplicateWins*/true))); +rZOrderHelper.addItem(xShapePropertySet, zOrder); xShapePropertySet->setPropertyValue(getPropertyName( PROP_OPAQUE ), uno::Any( zOrder >= 0 ) ); checkZOrderStatus = true; } diff --git a/writerfilter/source/dmapper/GraphicImport.cxx b/writerfilter/source/dmapper/GraphicImport.cxx index c11717b4048a..bee20740278f 100644 --- a/writerfilter/source/dmapper/GraphicImport.cxx +++ b/writerfilter/source/dmapper/GraphicImport.cxx @@
[Bug 159632] Writer: Editing a field with additional format, doesn't show the actual format but a default
https://bugs.documentfoundation.org/show_bug.cgi?id=159632 --- Comment #4 from m_a_riosv --- The issue it that it show a default format for the date 'DD/MM/AA', not the format that actually the field has [NatNum12 =cardinal, D=cardinal]D " de " " de " -- You are receiving this mail because: You are the assignee for the bug.
[Bug 49994] TABLES : jumps on selecting text in table in big cell on neighboring pages
https://bugs.documentfoundation.org/show_bug.cgi?id=49994 --- Comment #13 from Jim Raykowski --- Created attachment 192881 --> https://bugs.documentfoundation.org/attachment.cgi?id=192881=edit patch demo Here is new effort to make drag selection usable for this bug report case: https://gerrit.libreoffice.org/c/core/+/79113 One minor? drawback is that drag selection is lost while the pointer is in a repeat heading. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159854] Trigger text is black on dark grey in Animation sidebar deck (dark mode)
https://bugs.documentfoundation.org/show_bug.cgi?id=159854 --- Comment #1 from Rafael Lima --- Does not happen with kf5. Text is light over a dark background. However, with kf5 there's a weird dark rectangle when the trigger is selected. Tested with Version: 7.6.5.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.6.5-0ubuntu0.23.10.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159960] The "Online Update" window isn't big enough to display all the options available.
https://bugs.documentfoundation.org/show_bug.cgi?id=159960 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0093 CC||rafael.palma.l...@gmail.com --- Comment #4 from Rafael Lima --- It actually needs a scrollbar as was done for bug 150093. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159920] Calc UI Incorrect rendering of rotated text
https://bugs.documentfoundation.org/show_bug.cgi?id=159920 --- Comment #8 from Rafael Lima --- I can't reproduce the bug in Version: 7.6.5.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.6.5-0ubuntu0.23.10.1 Calc: threaded In attachment 192829 there is a dot over the "i" but maybe the screen resolution does not allow it to be shown. I guess this is NAB -- You are receiving this mail because: You are the assignee for the bug.
[Bug 137705] Stylist not using document colors making it hard to read fonts not using automatic color
https://bugs.documentfoundation.org/show_bug.cgi?id=137705 steve changed: What|Removed |Added Attachment #192860|0 |1 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159650] Double clicking on a cell containing Karasiewicz crashes LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159650 --- Comment #13 from gpapo...@gmail.com --- Ok, with sysinternalS debugview I got: 000342.10389709 [17396] Failed vulkan call. Error: -4,QueueSubmit(queue, 1, , fence) Hope it helps GP -- You are receiving this mail because: You are the assignee for the bug.
core.git: include/sfx2 sfx2/source
include/sfx2/sidebar/TabBar.hxx |2 -- sfx2/source/sidebar/TabBar.cxx | 12 +--- 2 files changed, 1 insertion(+), 13 deletions(-) New commits: commit 0daeee1a7d0e530f1cce40f86a26ed01f07ee7da Author: Jim Raykowski AuthorDate: Mon Feb 26 17:22:42 2024 -0900 Commit: Jim Raykowski CommitDate: Fri Mar 1 00:29:51 2024 +0100 tdf#159837 Drop unneeded TabBar EventNotify KEYINPUT handling code to make qt and windows VCL backends respond to shortcuts when the keyboard focus is on a TabBar tab. commit 51f8e04eaaea50b779e3882e87628a6e625e0fd8 done to make the Shift+Ctrl+F10 short cut, used to dock/undock the sidebar, work from the sidebar tabbar appears no longer necessary. Simply passing the KEYINPUT event on to InterimItemWindow::EventNotify seems to be enough. Change-Id: Idfa8be4260d31e686acf1b49e89549deb9463a41 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164051 Tested-by: Jenkins Reviewed-by: Jim Raykowski diff --git a/include/sfx2/sidebar/TabBar.hxx b/include/sfx2/sidebar/TabBar.hxx index 6ef0fc9c3ddd..bdaa442c58ef 100644 --- a/include/sfx2/sidebar/TabBar.hxx +++ b/include/sfx2/sidebar/TabBar.hxx @@ -128,8 +128,6 @@ private: DECL_LINK(OnToolboxClicked, weld::Toggleable&, void); SidebarController* pParentSidebarController; -std::unique_ptr mpAccel; - }; diff --git a/sfx2/source/sidebar/TabBar.cxx b/sfx2/source/sidebar/TabBar.cxx index 9d92d24cd93a..3ccaa7ebd454 100644 --- a/sfx2/source/sidebar/TabBar.cxx +++ b/sfx2/source/sidebar/TabBar.cxx @@ -185,17 +185,7 @@ bool TabBar::EventNotify(NotifyEvent& rEvent) NotifyEventType nType = rEvent.GetType(); if(NotifyEventType::KEYINPUT == nType) { -const vcl::KeyCode& rKeyCode = rEvent.GetKeyEvent()->GetKeyCode(); -if (!mpAccel) -{ -mpAccel = svt::AcceleratorExecute::createAcceleratorHelper(); -mpAccel->init(comphelper::getProcessComponentContext(), mxFrame); -} -const OUString aCommand(mpAccel->findCommand(svt::AcceleratorExecute::st_VCLKey2AWTKey(rKeyCode))); -if (".uno:Sidebar" == aCommand || -(rKeyCode.IsMod1() && rKeyCode.IsShift() && rKeyCode.GetCode() == KEY_F10)) -return InterimItemWindow::EventNotify(rEvent); -return true; +return InterimItemWindow::EventNotify(rEvent); } else if(NotifyEventType::COMMAND == nType) {
[Bug 159852] Labels in the start screen of Base are black over a dark gray background
https://bugs.documentfoundation.org/show_bug.cgi?id=159852 --- Comment #3 from Rafael Lima --- (In reply to m_a_riosv from comment #2) > For me looks fine because the bar with that text is white. Yeah, on Windows it looks better. The problem seems to happen in kf5 because of the color provided by the Breeze theme. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159650] Double clicking on a cell containing Karasiewicz crashes LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159650 --- Comment #12 from gpapo...@gmail.com --- PS As you can see, I just updated libreoffice to the latest version, and problem persists. If I uncheck force software rendering it still crashes. For me it's very simple to replicate: I open a new Calc, in any cell I paste Karasiewicz, click on another cell, then double click on the cell with "Karasiewicz", everything freezes for about 5 seconds and then... crash. Same problem also with other keywords; for example perdonare (means to forgive in italian), meaning, but not with elena (it's a name). Really can't figure out where the problem can be... -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159650] Double clicking on a cell containing Karasiewicz crashes LibreOffice Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=159650 --- Comment #11 from gpapo...@gmail.com --- Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: it-IT (it_IT); UI: en-US Calc: threaded Skia log: RenderMethod: vulkan Vendor: 0x8086 Device: 0xa7a0 API: 1.3.235 Driver: 0.404.4032 DeviceType: integrated DeviceName: Intel(R) Iris(R) Xe Graphics Denylisted: no With option "Force Skia software rendering" LibreOffice Calc DOES NOT crash. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159975] Libre Office displays the custom dropdown property wrong, but only sometimes
https://bugs.documentfoundation.org/show_bug.cgi?id=159975 --- Comment #2 from fmanc...@faw.at --- Created attachment 192879 --> https://bugs.documentfoundation.org/attachment.cgi?id=192879=edit exportedWrong -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159975] Libre Office displays the custom dropdown property wrong, but only sometimes
https://bugs.documentfoundation.org/show_bug.cgi?id=159975 --- Comment #1 from fmanc...@faw.at --- Created attachment 192878 --> https://bugs.documentfoundation.org/attachment.cgi?id=192878=edit exportedCorrect -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159975] New: Libre Office displays the custom dropdown property wrong, but only sometimes
https://bugs.documentfoundation.org/show_bug.cgi?id=159975 Bug ID: 159975 Summary: Libre Office displays the custom dropdown property wrong, but only sometimes Product: LibreOffice Version: 7.6.4.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fmanc...@faw.at Description: When exporting an MS Word document from SharePoint and afterwards embedding a custom dropdown property, Libre Office is sometimes unable to display the property correctly. In the document properties, the field value always diverts from the view value. But sometimes Libre Office is still able to display the actual value stored inside the custom properties path. I am unable to give any explanation as to why this happens only sometimes. To test this bug yourself you can open the two attached documents. The first one will always be displayed correctly. The second one will be displayed correctly in MS Word, however Libre Office will display the value stored inside the view of the document but not the actual value stored inside the property database. The document which will be displayed correctly is named “exportedCorrect” the document which will be displayed wrong is named “exportedWrong”. Both can be found in the attachments and will help you to experience the bug on your own. Steps to Reproduce: 1. Open the first document from the attachments 2. Open the second document from the attachments 2. Compare the documents 4. Compare the actual property value saved in the custom property database Actual Results: AUS AL Expected Results: STA VHB Reproducible: Always User Profile Reset: No Additional Info: - -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159973] queryPrecedents returns cells as if in same sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=159973 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from Rafael Lima --- (In reply to Patrick Traill from comment #0) > It also seems to me that enumerating the precedent cells only returns the > first one, but I am not 100% sure that I am doing that right; that would > probably be different bug anyway. You're enumerating correctly, but if the two ranges are adjacent to one another, it will return both together as a single range. In my sample file, remove the gap column in Test 1 and run it... only a single range will be returned. Weird anyways, I would expect a different result. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159973] queryPrecedents returns cells as if in same sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=159973 --- Comment #1 from Rafael Lima --- Created attachment 192877 --> https://bugs.documentfoundation.org/attachment.cgi?id=192877=edit Sample file for testing I can confirm the weird behavior with queryPrecedents when the range is in a different sheet. I created a sample file with a macro to make it easier to test. Steps to reproduce 1) Open the test file 2) Select cell B7 in Sheet1 and click "Show Precedents" 3) Notice it will show precedents correctly, since they're in the same sheet 4) Click cell A15 from Sheet1 (which contains a formula that uses a range from Sheet2 5) Click the button "Show Precedents" 6) Notice that the returned range for the second parameter is not correct Tested with Version: 7.6.5.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.6.5-0ubuntu0.23.10.1 Calc: threaded Also repro with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 52806e4c1e241d12419373cb0ed013356e12c4b8 CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
core.git: include/svx sd/source svx/source
include/svx/sdr/contact/viewcontact.hxx |5 + include/svx/sdr/contact/viewobjectcontact.hxx |5 + include/svx/svdedxv.hxx | 14 +++- sd/source/ui/view/sdview.cxx |6 + svx/source/sdr/contact/viewcontact.cxx| 23 ++ svx/source/sdr/contact/viewobjectcontact.cxx | 11 +++ svx/source/svdraw/svdedxv.cxx | 87 ++ svx/source/unodraw/unoshtxt.cxx |8 ++ 8 files changed, 157 insertions(+), 2 deletions(-) New commits: commit e3fdafaabc198054255fa7c5c34b6beed6915b3b Author: Armin Le Grand (allotropia) AuthorDate: Thu Feb 29 16:08:29 2024 +0100 Commit: Armin Le Grand CommitDate: Thu Feb 29 23:23:04 2024 +0100 IASS: Update edited Text in other Views This was not working for multiple Windows for a document, and also not supported for SlideShow until now. If you edit a Text on a Slide (Object, PresObj, ...) that text is not yet set at the Model until the TextEdit ends. In that situation those changes are now propagated to other views visualizing that object. This is done with slight slowdown to not do it all the time while typing, (currently 350ms, grepped from other places in the office). It will be shown in a running open SlideShow (and evtl. trigger an effect at the Object as Preview). This will allow to get a good preview for how it looks in the SlideShow. This is also done for further EditViews opened for that Document. This was not done before. It is fine-tuned to do this only for the Views besides the EditView with the running TextEdit to not cause slowdowns in that active view - the TextEdit is already running on the Overlay to have no problems with speed, this needs to be preserved. I had to fix a multi-view error in the a11y stack that implied that only one view exists and thus has to have an Outliner - that is wrong for multiple views, only one will have one. Change-Id: I781d32a8fcb8732ee8fcfbae72c02d1f99b6cd06 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164160 Tested-by: Jenkins Reviewed-by: Armin Le Grand diff --git a/include/svx/sdr/contact/viewcontact.hxx b/include/svx/sdr/contact/viewcontact.hxx index 7b6d0f3ab2c1..00b7f6253eae 100644 --- a/include/svx/sdr/contact/viewcontact.hxx +++ b/include/svx/sdr/contact/viewcontact.hxx @@ -27,6 +27,7 @@ class SdrLayerIDSet; class SdrPage; class SdrObject; +class SdrPageView; namespace sdr::contact { @@ -122,6 +123,10 @@ public: // React on changes of the object of this ViewContact virtual void ActionChanged(); +// IASS: helpers for IASS invalidates +void ActionChangedIfDifferentPageView(SdrPageView& rSdrPageView); +bool hasMultipleViewObjectContacts() const; + // access to the local primitive. This will ensure that the primitive is // current in comparing the local one with a fresh created incarnation void getViewIndependentPrimitive2DContainer( diff --git a/include/svx/sdr/contact/viewobjectcontact.hxx b/include/svx/sdr/contact/viewobjectcontact.hxx index 12195a0faa34..8f903d93e04b 100644 --- a/include/svx/sdr/contact/viewobjectcontact.hxx +++ b/include/svx/sdr/contact/viewobjectcontact.hxx @@ -24,6 +24,8 @@ #include #include +class SdrPageView; + namespace vcl { class Region; } namespace sdr::animation { @@ -101,6 +103,9 @@ public: // React on changes of the object of this ViewContact virtual void ActionChanged(); +// IASS: helper for IASS invalidates +void ActionChangedIfDifferentPageView(SdrPageView& rSdrPageView); + // LazyInvalidate handling void triggerLazyInvalidate(); diff --git a/include/svx/svdedxv.hxx b/include/svx/svdedxv.hxx index 8ad7f048b682..6c6a37f108a7 100644 --- a/include/svx/svdedxv.hxx +++ b/include/svx/svdedxv.hxx @@ -76,8 +76,15 @@ class SVXCORE_DLLPUBLIC SdrObjEditView : public SdrGlueEditView, public EditView virtual void EditViewCursorRect(const tools::Rectangle& rRect, int nExtTextInputWidth) override; // The OverlayObjects used for visualizing active TextEdit (currently -// using TextEditOverlayObject, but not limited to it +// using TextEditOverlayObject, but not limited to it) sdr::overlay::OverlayObjectList maTEOverlayGroup; +Timer maTextEditUpdateTimer; + +// IASS: allow reaction to active TextEdit changes +DECL_DLLPRIVATE_LINK(ImpModifyHdl, LinkParamNone*, void); + +// IASS: timer-based reaction on TextEdit changes +DECL_DLLPRIVATE_LINK(TextEditUpdate, Timer*, void); protected: // TextEdit @@ -104,10 +111,15 @@ protected: bool mbTextEditNewObj : 1; // current edited object was just recreated bool mbQuickTextEditMode : 1; // persistent(->CrtV). Default=TRUE bool mbMacroDown : 1; +bool mbInteractiveSlideShow : 1; // IASS
[Bug 159950] Offer to download & install missing fonts from online sources
https://bugs.documentfoundation.org/show_bug.cgi?id=159950 --- Comment #7 from V Stuart Foote --- (In reply to Eyal Rozenberg from comment #3) > > Was it really? IIANM, this font substitution is not defined by default. > and here in lo_documentLoadWithOptions() https://opengrok.libreoffice.org/xref/core/desktop/source/lib/init.cxx?r=d5fbbc75#2881 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159950] Offer to download & install missing fonts from online sources
https://bugs.documentfoundation.org/show_bug.cgi?id=159950 --- Comment #7 from V Stuart Foote --- (In reply to Eyal Rozenberg from comment #3) > > Was it really? IIANM, this font substitution is not defined by default. > and here in lo_documentLoadWithOptions() https://opengrok.libreoffice.org/xref/core/desktop/source/lib/init.cxx?r=d5fbbc75#2881 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159974] Libre Office is unable to display custom date property properly
https://bugs.documentfoundation.org/show_bug.cgi?id=159974 --- Comment #2 from fmanc...@faw.at --- Created attachment 192876 --> https://bugs.documentfoundation.org/attachment.cgi?id=192876=edit updated document in Libre Office -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159950] Offer to download & install missing fonts from online sources
https://bugs.documentfoundation.org/show_bug.cgi?id=159950 --- Comment #6 from V Stuart Foote --- (In reply to Eyal Rozenberg from comment #3) > > > The LO deployed crosextra Carlito <--> Calibri mapping has been functional > > until now for interoperability with MS Office, but that is no longer enough. > > Was it really? IIANM, this font substitution is not defined by default. https://opengrok.libreoffice.org/xref/core/vcl/source/font/PhysicalFontCollection.cxx?r=f0a8b5b8#933 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159950] Offer to download & install missing fonts from online sources
https://bugs.documentfoundation.org/show_bug.cgi?id=159950 --- Comment #6 from V Stuart Foote --- (In reply to Eyal Rozenberg from comment #3) > > > The LO deployed crosextra Carlito <--> Calibri mapping has been functional > > until now for interoperability with MS Office, but that is no longer enough. > > Was it really? IIANM, this font substitution is not defined by default. https://opengrok.libreoffice.org/xref/core/vcl/source/font/PhysicalFontCollection.cxx?r=f0a8b5b8#933 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 159974] Libre Office is unable to display custom date property properly
https://bugs.documentfoundation.org/show_bug.cgi?id=159974 --- Comment #1 from fmanc...@faw.at --- Created attachment 192875 --> https://bugs.documentfoundation.org/attachment.cgi?id=192875=edit original Document, use for further testing -- You are receiving this mail because: You are the assignee for the bug.