Bug 151643 - Text animation loses the Delay value after saving the document
Summary: Text animation loses the Delay value after saving the document
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Object-Animations
  Show dependency treegraph
 
Reported: 2022-10-19 17:46 UTC by eismeraldo
Modified: 2024-02-27 11:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Before save and close (14.47 KB, image/png)
2022-10-19 17:48 UTC, eismeraldo
Details
After reopen (15.05 KB, image/png)
2022-10-19 17:49 UTC, eismeraldo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description eismeraldo 2022-10-19 17:46:17 UTC
Description:
In the Text → Text Animation dialog, the delay is reset to Automatic after the document has been saved.

Actual Results:
1. Highlight animation text, Menu → Text Attributes → Text Animation → Delay → deselect Automatic → Enter 300 → OK
2. Animation behaves correctly
3. Save and close the document.
4. Restart document
5. The animation is no longer correct
6. The delay value has disappeared from the dialog box and the select box is active

Expected Results:
After the start of the document, the previously recorded delay value should be available again


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.6.2 (x64) / LibreOffice Community
Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e
CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: de-CH (de_CH); UI: de-DE
Calc: CL
Comment 1 eismeraldo 2022-10-19 17:48:33 UTC
Created attachment 183135 [details]
Before save and close
Comment 2 eismeraldo 2022-10-19 17:49:14 UTC
Created attachment 183136 [details]
After reopen
Comment 3 raal 2022-10-23 15:51:09 UTC
Confirm with Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: f3a82a8ba51195cf31b0f78164735acc7ebbcd2f
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

works in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
but here is another bug - first number is cut. 111 ms is 11 ms after save and reload.
Comment 4 raal 2022-10-23 16:45:23 UTC
bibisect-41max$
 aee0ea188d37c79dc61cdbec5cbab108f819fa92 is the first bad commit
commit aee0ea188d37c79dc61cdbec5cbab108f819fa92
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Fri Sep 18 11:01:51 2015 +0800

    source-hash-824caac79d983ad1aa93a6ec51558d7edb6f2a7d
    
    Bibisect: This commit covers the following source commit(s) which failed to build
    9830fd36dbdb72c79703b0c61efc027fba793c5a
    d636dcc64065fa280688dc26aecb2bb78792eaef
    ab7776e1bc0687b6e42ffa6e837435800b4a58af
    1ef2cce787df3d254a78ebdb469fb06668f350f4
    f805afcf4c3056feb1690393d907442cf337b484
    fa7ba55605e6a0d415830ff970bb0429426e9880
    aca9824cfd65e3246fd21a1af5f36eda2ca69c75
    7711a60a64cc02e2a733b73be21525370d3840b2 ...
    1e7bf8de3b3bc4ac1d65d8b101d7ccedab24fcad
    ef5bd25341eabe44b04a4b64dd5196500a235366
    0333495fdaba9f018d547368d2551cb432bfbb95
    d933b18fddf2f3f716dede322c3541d7d37bd540
    382fa3db431ff2e227e99591ac74c91fb8da9a6e
    
    commit 824caac79d983ad1aa93a6ec51558d7edb6f2a7d
    Author:     Tor Lillqvist <tml@iki.fi>
    AuthorDate: Fri Apr 19 00:29:29 2013 +0300
    Commit:     Tor Lillqvist <tml@iki.fi>
    CommitDate: Fri Apr 19 00:29:29 2013 +0300
    
        No member named 'Get100Sec' in 'Time' any longer
    
        Change-Id: I6087cd51073529a5c2b636b04f60334a93ac4ecc
Comment 5 Kevin Suo 2024-02-27 01:51:30 UTC
I can still reproduce this on

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 907c5d684daeb055183abb9175405c6d68fb1f49
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Calc: threaded
Comment 6 Kevin Suo 2024-02-27 11:13:38 UTC
(In reply to raal from comment #4)
The bibisect in comment 4 seems to be giving the following range:
5aaaf06..824caac

bad:     824caac No member named 'Get100Sec' in 'Time' any longer
skipped: 382fa3d WaE: format specifies type 'int' but the argument has type 'sal_uInt32'
skipped: d933b18 WaE: macro is not used
skipped: 0333495 WaE: format specifies type 'int' but the argument has type 'sal_uInt32'
skipped: ef5bd25 Do build libwpd, libwpg, libcdr, libmspub, libmwaw and libvisio for iOS
skipped: 1e7bf8d Add pan gesture handling
skipped: 7711a60 Try to get the tinderbox build working
skipped: aca9824 Add comment
skipped: fa7ba55 WaE use std streams instead of C-style format strings
skipped: f805afc date/time IDL datatypes incompatible change: fixup
skipped: 1ef2cce Revert "svformatter already accept OUString input", fdo#63306
skipped: ab7776e fdo#63503 add 'Delete Last' button to Special Characters dialog
skipped: d636dcc fdo#63197, convert last gallery + template accessories
skipped: 9830fd3 date/time IDL datatypes incompatible change
(good?): 5aaaf06 Remove bogus file

However, I still can produce this bug on commit 5aaaf06 when build from source. Taking a rough look ahead of commit 5aaaf06 does not give any clue.

As a result, we need to rerun the bibisect and the bibisect log. Adding keyword "bibisectRequest".