Bug 46933

In LO 3.5.1 this problem happens only if there is no other paragraph.

Steps to reproduce:

- strat new Writer document;
- insert Frame (insert -> frame... -> ok);
- place carret in to frame;
- insert bibliography entry (inser -> indexes and tables... -> bibliography
entry... -> choose one entry from database -> insert -> close);
- place carret otside frame;
- inser bibliography table (insert -> indexes and tables... -> indexes and
tables -> select "type" = "bibliography" and check "number entries" -> ok);
- Entry becomes "0"
- I enter a new paragraph (Test: "Test foo bar")
- Press F9
- Entry becomes 1

Created attachment 58749 [details]
wrong number without paragraph / right with another

Confirmed with:
LO 3.5.5.3 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Confirmed original and comment 1 description.

reproduced in 3.6.4 on RFR 17 64 bit
(use "Number entries" on first tab of dialog "Insert index/table")

Confirmed as still a bug in version 4.1.3.2 release 64 bit.

Thanks for additional testing
Sorry, but "version" is version where bug initially found. Not a current version of LO. If bug disappears we just closing the bug.
Changing back to 3.5.0

Sorry. Thanks for correcting and informing me Sasha.

To point out the importance of fixing this bug; note that putting a reference in a figure caption causes the problem. This makes the bibliography system unusable for any scientific writing.

Can reproduce in Version: 4.1.3.2

I agree with celt: This makes the bibliography system unusable for any scientific writing.

*** Bug 74093 has been marked as a duplicate of this bug. ***

*** Bug 73664 has been marked as a duplicate of this bug. ***

Related Apache OO issue added to See Also list. Summary edited for clarity.

A workaround for this problem is to insert an invisible copy of this bibliography entry befor the frame. Then the numbering works. It is not the best solution but it works

For me it works, I use version 4.1 and 4.3(Build ID: 160db96a882a2be8c3307e8a04beda4ae93a13c4) on Windows 7.

I always get the "Short name" as defined, with the external data base "Bibliography" and with document internal bibliography entries too. Perhaps you did it different. Can you describe in detail, how you insert the bibliography entry?

I do it this way, for example:
1. Set cursor into caption paragraph inside the picture frame.
2. Insert > Indexes and Tables > Bibliography entry
3. Option "from bibliography database".
4. Select "GAS00" from "Short name" drop-down list.
5. Click "Insert"
6. Click "Close"

Or with internal bibliography entries.
1. Set cursor into caption paragraph inside the picture frame.
2. Insert > Indexes and Tables > Bibliography entry
3. Option "from document content".
4. Click "New".
5. Fill the record fields, do not forget the field "Short name". OK.
6. Select the item from the "Short name" drop-down list.
7. Click "Insert"
8. Click "Close"

With the checkbox "Number entries" in the bibliography index dialog you switch between using numbers and "Short name". That works for and back and there are no zeros.

Removing from MAB list as no contributor has verified that this belongs there. Putting it on multiple lists is against policy - also there are procedures for how a bug makes it to the list and this one has not gone through them.

If anyone is interested in joining QA you can join the mailing list or jump into the IRC room here http://webchat.freenode.net/?channels=libreoffice-qa and we'll help you become familiar with the policies.

MAB list is supposed to be a way to organize and prioritize, in order to do this we have to stick to these procedures else the list will become unmanageable. Thanks for understanding

Created attachment 92907 [details]
ODT and screenshot showing problem.

(In reply to comment #13)
> For me it works, I use version 4.1 and 4.3(Build ID:
> 160db96a882a2be8c3307e8a04beda4ae93a13c4) on Windows 7.
> 
> I always get the "Short name" as defined, with the external data base
> "Bibliography" and with document internal bibliography entries too. Perhaps
> you did it different. Can you describe in detail, how you insert the
> bibliography entry?

Regina, I have attached an example and included a screenshot for clarity. Given I am using the default bibliography database provided with v4.1.4.2 Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 I hope it works for others. The problem does not appear under the index is inserted. Here is how I created the attached:

1. Start Writer (empty document).
2. Insert > Frame > enlarge frame width a bit > click OK.
3. Place cursor in the frame.
4. Insert > Indexes and Tables > Bibliography entry.
5. Use default entries > click Insert > click OK ("[ARJ00]" is inserted).
6. Press ENTER.
7. Type "Text".
8. Press ENTER.
9. Insert > Indexes and Tables > Bibliography entry.
10. Select short name entry "AVV00" > click Insert > click OK ("[AVV00]" is inserted).
11. Press ENTER.
12. Insert > Picture > From file > browse to raster graphic > click OK.
13. Right-click on inserted raster graphic > Caption.
14. Type "TDF logo." > click OK.
15. Place cursor at caption line end > type SPACE
16. Insert > Indexes and Tables > Bibliography entry.
17. Select short name entry "DUD00" > click Insert > click OK ("[DUD00]" is inserted).
18. Place cursor on the first paragraph.
19. Insert > Indexes and Tables > Indexes and Tables.
20. Index/Table tab > select type of "Bibliography" > Formatting of the entries section > check "Number entries" option > click OK.

Observed behaviour: The first [ARJ00] and third [DUD00] citations (the two that are in frames) are converted to "[0]". Corresponding bibliography index entries are also set to "0".

Expected behaviour: All citations number in sequence (e.g., "[1]", "[2]", "[3]"), along with matching identifier in the bibliography index.

(In reply to comment #15)
> The problem does not appear under the index ...

The problem does not appear UNTIL the index ...

In some circumstances creating a new paragraph outside of the frame fixes the numbering. However I have some existing documents where this is not the case. So far I have not been able to find the steps to reproduce the "unfixable" version of the bug. Can anyone else provide insight on this, or suggest anything I can try with these files?

Adding self to CC if not already on