Bug 135489 - Image caption numbering shows 1 or inconsistent on copy paste to new or same document
Summary: Image caption numbering shows 1 or inconsistent on copy paste to new or same ...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste Caption
  Show dependency treegraph
 
Reported: 2020-08-06 09:30 UTC by Telesto
Modified: 2023-11-03 03:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (674.40 KB, application/vnd.oasis.opendocument.text)
2020-08-06 09:30 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-06 09:30:20 UTC
Description:
Image numbering shows 1 on copy paste

Steps to Reproduce:
1. Open the attached file
2. Press F9 or Tools -> Update -> Fields
3. CTRL+A
4. CTRL+C
5. CTRL+N
6. CTRL+V -> Both have captions have 1

Actual Results:
Both have 1

Expected Results:
Same as on copy? Or should the numbering at paste being updated?


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: ru-RU (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-08-06 09:30:36 UTC
Created attachment 163998 [details]
Example file
Comment 2 BogdanB 2020-08-06 19:09:14 UTC
I tested in master and it is ok for me

Version: 7.1.0.0.alpha0+
Build ID: 32090b018d9ff81659a4c9ed41c64109ebebe4fc
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 3 Buovjaga 2021-04-28 15:41:56 UTC
I could reproduce this and even attempted a bibisect (got bogus result), but then in Safe mode I could no longer repro.

Telesto: can you try in Safe mode?
Comment 4 Telesto 2021-04-29 18:20:21 UTC
No issue (with my current profile)
Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: f616d96bd8ce8986e4cc204953db0467e6060b5c
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 5 Buovjaga 2021-05-01 14:09:54 UTC
Argh... after removing my profile I still reproduce

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: fe2f5f99636d938d57c1880c37d54c1b796f06f1
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Comment 6 sdc.blanco 2023-04-05 21:54:58 UTC
Repro with
Version: 7.2.7.2 (x64) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: CL

but OP does not mention whether F9 (Tools - Update - Fields) was used after CTRL+V.
When I do that, then the fields are displayed correctly. From that pov, maybe this ticket is WFM or NAB.

Or is this ticket supposed to be an enhancement request?  For example, along the lines of "execute update fields after pasting text that includes fields" ? 

Will set as NEEDINFO
Comment 7 sdc.blanco 2023-04-05 22:07:25 UTC
Additional Information in relation to comment 6.

0. Open attachment
1. Press F9
2. CTRL+A
3. CTRL+C
4. CTRL+N
5. CTRL+V 

No repro.   (captions have 1 and 2)

6. CTRL+N
7. CTRL+V 

Repro  (both captions have number 1)

7. CTRL+N
8. CTRL+V

(continues to Repro for as many times as steps 7 and 8 are repeated.)

9.  F9   (in the last new document)
10. CTRL+N
11. CTRL+V

No repro.

(as long as F9 is pressed before copy-paste in new document, then the numbers appear as 1 and 2)

In light of this improved description, maybe this ticket is WFM (or NAB).
Comment 8 QA Administrators 2023-10-03 03:16:27 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2023-11-03 03:15:43 UTC
Dear Telesto,

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