Issue 11773 - Data source columns headings not aligned with data
Summary: Data source columns headings not aligned with data
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: 644
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: marc.neumann
QA Contact: issues@dba
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-24 09:00 UTC by kelvine
Modified: 2006-05-31 14:29 UTC (History)
1 user (show)

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


Attachments
Screen image before right arrow scroll clicked. (25.87 KB, image/png)
2003-02-25 10:51 UTC, kelvine
no flags Details
Screen image after right scroll arrow clicked (25.58 KB, image/png)
2003-02-25 10:52 UTC, kelvine
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kelvine 2003-02-24 09:00:02 UTC
The column headings of the data source do not stay lined up with the data the 
first time it is scrolled to the right.  This is repeatable.

Select View -> Data source -> +Bibliography -> +Tables.

Now click on the scroll right arrow on the horizontal scroll bar.

The headings and the columns do not stay lined up.

This is also not just a OO644 problem. It has existed for some time I think.

Kelvin
Comment 1 Frank Schönheit 2003-02-25 09:45:59 UTC
Unfortunately, I cannot reproduce this. I encounter this bug once in a
while, on different machines, but were never able to clearly reproduce
it. Kelvin, can you attach a screen shot of the table _before_
scrolling? I suspect the bug has to do with screen resolution and
window layout/size, thus it would be interesting what's your initial
window layout.
Comment 2 kelvine 2003-02-25 10:51:37 UTC
Created attachment 4890 [details]
Screen image before right arrow scroll clicked.
Comment 3 kelvine 2003-02-25 10:52:54 UTC
Created attachment 4891 [details]
Screen image after right scroll arrow clicked
Comment 4 kelvine 2003-02-25 11:14:58 UTC
I've attached two images files, one before and one after to assist.

I also did the following testing to isolate the problem further.

Test done at 800x600 with 32 bit colour.
Originally found problem when running at 1024x768.
Testing on a Toshiba Satellite Notebook.

Using OO1.0 on Windows 98SE @ 800x600 machine can't duplicate 
problem. (No address data source, just Biblio)

Using OO1.0 on above notebook WinXP Home problem repeatable.

Using OO1.0 on XP Pro machine with no Address data source and only 
Biblio problem did not exist.

Using OO1.0 on the same XP Pro machine but adding OE Address as data 
source and using Biblio then problem occurred.

Removing Address data source from the original machine where problem 
was seen and problem no longer exists.

Put Addresses data source back again using Auto pilot and the 
problem returns.


Hope this helps.

Kelvin
Comment 5 Frank Schönheit 2003-02-25 14:52:07 UTC
kelvin, thanks for the screenshots and the descriptions.
Unfortunately, I still could not reproduce this (the dependency on the
address book is quite funny ...). The only thing I noticed is that the
font in my OOo 644 is different from your screenshot - perhaps OOo is
also using the fonts installed by StarOffice (which is the case on my
machine).

So we would need a clean XP machine without StarOffice ... Marc, do
you have such a machine (or an easy possibility to setup one, with a
drive image or something like this) in QA?
Comment 6 kelvine 2003-02-26 01:48:16 UTC
Hi,

If it helps any, I just installed OO1.0.2 on a Windows 98SE machine 
which set up the Outlook Express Address book.

Selecting Biblio and then right click on the right scroll and the 
same problem.

Remove the Addresses data source. Restart OO and the problem is gone.

I some how think this is related to the fact that the address book 
is opened automatically (which by the way I don't like, but that is 
another issue) and then the first change to Biblio is somehow not 
being set up correctly.

I thought I would do this test as you may have Win98SE already 
available.

In your hands.  By the way this is not a major issue.  It is just a 
bit ugly.

Kelvin
Comment 7 Frank Schönheit 2003-02-26 07:43:29 UTC
> In your hands.  By the way this is not a major issue.  It is just a 
> bit ugly.

Well, such uglyness usually makes me think "loser" if it happens in
another product :)

Though I still cannot reproduce this in neither OOo644 nor in latest
internal builds, Marc told me that we had an issue internally (fixed
by Ocke) for this (Marc, I don't have the number anymore - do you?),
which described exactly what you encountered ....
Comment 8 marc.neumann 2003-03-10 10:14:13 UTC
fixed in 644 m4
Comment 9 marc.neumann 2003-03-10 10:15:09 UTC
verified in 644 m4
Comment 10 marc.neumann 2003-03-10 10:15:34 UTC
closed
Comment 11 hans_werner67 2004-02-02 12:16:12 UTC
change subcomponent to 'none'