Issue 20525 - wrong sorting of bibliography, when entries were made in text tables
Summary: wrong sorting of bibliography, when entries were made in text tables
Status: CLOSED DUPLICATE of issue 107063
Alias: None
Product: bibliographic
Classification: Code
Component: code (show other issues)
Version: OOo 1.1
Hardware: PC Windows XP
: P3 Trivial
Target Milestone: OOo Later
Assignee: Oliver Specht
QA Contact: issues@bibliographic
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-01 01:18 UTC by ulim
Modified: 2017-05-20 08:53 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description ulim 2003-10-01 01:18:25 UTC
The following bug occurs, when "Formatting of the entries: Number entries" and
"Sort by Document position" is chosen. (I tested it with OO1.1 (german)on Win XP
home, OO1.1RC5 on Win 2000 and SO7.0 beta on Win XP home. With OO1.0.2 on Suse
8.2 Linux a test is not possible, because the sort is not at all done by
Document postition (same as Staroffice 5.2).):
If the first entry of a certain bibliography entry is made in a text table, it
gets the number according to the first place, where this entry comes again in
the text. If it is only cited in the table it gets the number 0! In the
bibliography this entry comes up at the correct position but with the wrong
number (as mentioned the number of the next position of the same database entry
or zero).
So in my thesis (197 pages with 176 bibliography entries) it looks like this:
96:	Thomas...
97:	Wagner,...
138:	Deroubaix, G.;...
119:	Dake...
0:	Gaarenstroo...
98:	Slater, J. C...
...
118:	Him...
120:	Ott...
121: 	Lammer, M....

I`ll be able to hand in a decent version of my thesis with a workaraound of
inserted the troublemaking three entries in the text close to the texttable,
actualising everything and then deleting the three entries in the three entries
in text and sorting the bibliography by hand - but a fix would be great.

Uli Meier
Comment 1 dnwilson 2003-10-01 02:10:38 UTC
This seems to be a real bug so I will pass it on to Oliver. 
I can not test it as I do not use windows. I did not know that there 
were functional differences between windows and linux. Is this also 
a bug ? features not transfered from windows to linux ? 
Comment 2 ulim 2003-10-01 02:22:07 UTC
Hi,
this is a misunderstanding! I don`t think there are differendes between
Windows and Linux at this issue. I simply have different versions of
Office installed on my different compunters with different OS. SO5.2 on
WINDOWS behaves like OO1.0.2 on Linux. I don´t know about SO5.2 on
Linux. One bug in these versions seems to have changed to another bug
from OO1.1 on. 

UliM
Comment 3 Oliver Specht 2003-10-06 08:33:29 UTC
I can only reproduce this problem when the entry is located in a text
frame but not in a text table within the normal text flow.
Comment 4 Oliver Specht 2003-10-06 08:34:31 UTC
Target and Priority changed.
Comment 5 ulim 2003-10-06 11:37:23 UTC
You are right. My text-table was put in a text-frame to prevent
unintended behaviour with the caption at page breaks. Without the
text-frame, sorting in the bibliography works well.
Comment 6 ulim 2004-06-09 22:47:30 UTC
I didn`t do anything, but someone must have solved it. It does not occur with OO
1.1.1.
Thanks.
Comment 7 andreas.martens 2004-06-17 15:00:01 UTC
Because of a shortage of resources we have to retarget this issue to OOo later. 
Comment 8 mkca 2007-05-03 12:24:50 UTC
There is again a similar problem in OO 2.2. 

If you use automatic comments under pictures, literature references do not work
inside the comments. Then the references are numbered incorrectly (e. g. all of
them with [0]...)

Only if you use manual comments without frames it works without any problems.
Comment 9 Kay 2013-09-08 21:34:54 UTC

*** This issue has been marked as a duplicate of issue 107063 ***