Issue 122052 - [Sidebar]Navigator deck is empty
Summary: [Sidebar]Navigator deck is empty
Status: CLOSED DUPLICATE of issue 122047
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: 4.0.0-dev
Hardware: All Linux, all
: P3 Normal (vote)
Target Milestone: ---
Assignee: Andre
QA Contact:
URL:
Keywords:
Depends on:
Blocks: [sidebar]
  Show dependency tree
 
Reported: 2013-04-14 12:50 UTC by rgb
Modified: 2017-05-20 09:59 UTC (History)
3 users (show)

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


Attachments
Screenshot (131.34 KB, image/png)
2013-04-14 13:13 UTC, rgb
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description rgb 2013-04-14 12:50:32 UTC
On a Draw document, the sidebar shows a tab for the Navigator but there is no content on it. The old Navigator (F5) works without problems.
Comment 1 Regina Henschel 2013-04-14 13:04:00 UTC
I cannot confirm that. I use version r1466899 and the navigator has the same content as before in OOo3.4.1. Remember that you have to name the objects to be accessed in the navigator. The navigator still has a drop-drown in the upper right to choose to see all shapes. You still can only see non-named shapes, but cannot select them via Navigator. To select them, they need a name.
Comment 2 rgb 2013-04-14 13:13:47 UTC
Created attachment 80532 [details]
Screenshot

On 1467226 (downloaded yesterday) I see the bar completely empty: nothing to right click on, as shown on the screenshot. I'll download a new version now.
Comment 3 rgb 2013-04-14 13:49:22 UTC
Just downloaded from the buildbot:

AOO400m1(Build:9700)  -  Rev. 1467605
2013-04-14_04:12:36 - Rev. 1467725

Same as on previous screenshot: navigator deck is empty on Draw.
Comment 4 Regina Henschel 2013-04-14 15:10:17 UTC
Still cannot confirm, no problems here. I have just tried it with http://ci.apache.org/projects/openoffice/install/win/Apache_OpenOffice_4.0.0_Win_x86_install_de.exe_1467605.exe.
I have installed it administrative and have used a new user folder. I'm on Windows 7.
Comment 5 rgb 2013-04-14 15:21:58 UTC
Mine is the Linux 64 bits "arc" file from here:

http://ci.apache.org/projects/openoffice/install/linux64/

Cannot test on windows. Maybe a Linux only problem?
Comment 6 Ariel Constenla-Haile 2013-04-14 15:27:37 UTC
(In reply to comment #5)
> Mine is the Linux 64 bits "arc" file from here:
> 
> http://ci.apache.org/projects/openoffice/install/linux64/
> 
> Cannot test on windows. Maybe a Linux only problem?

I'm too lazy to download a build from the build bot, but I cannot reproduce this bug, nor bug 122047 and bug 122048
Comment 7 Andre 2013-04-23 12:40:18 UTC
Is this still reproducible or can the issue be closed?
Comment 8 rgb 2013-04-23 19:50:02 UTC
@Andre

Right now the 64 bits Linux folder for the build bot is empty, so I cannot test. I'll come back later.
Comment 9 rgb 2013-04-27 20:31:50 UTC
(In reply to comment #7)
> Is this still reproducible or can the issue be closed?

I can reproduce on the latest dev build from here: 

http://people.apache.org/~arielch/developer-snapshots/snapshot/linux_x86-64/

Maybe a 64 bits problems?
Comment 10 Rainer Bielefeld 2013-05-09 06:19:17 UTC
NOT reproducible with server installation of  "AOO 4.0.0-Dev – English UI / German locale [AOO400m1(Build:9700) - Rev.1476029]" on WIN7 Home Premium (64bit)", own separate user profile
This one does not look CONFIRMED.
Modified OS because until now only observed on Linux

Although I do not believe that this problem is user profile related:
@rgb 
Does your problem persist after you renamed your user profile before you launch LibO (please see 
<https://wiki.documentfoundation.org/UserProfile#User_profile_location>)?
Comment 11 Ariel Constenla-Haile 2013-05-09 06:31:01 UTC
(In reply to comment #10)
> NOT reproducible with server installation of  "AOO 4.0.0-Dev – English UI /
> German locale [AOO400m1(Build:9700) - Rev.1476029]" on WIN7 Home Premium
> (64bit)", own separate user profile
> This one does not look CONFIRMED.

This one is confirmed in the latest developer snapshot, and already fixed by Andre. Verification will have to wait until the next developer snapshot.
Comment 12 Rainer Bielefeld 2013-05-09 07:03:46 UTC
@Ariel Constenla-Haile:
Confirmed by whom? With what revision? For what OS?
Comment 13 rgb 2013-05-09 12:09:03 UTC
(In reply to comment #10)
> 
> Although I do not believe that this problem is user profile related:
> @rgb 
> Does your problem persist after you renamed your user profile before you
> launch LibO 

? I do not have LibO on my system, only AOO, and the dev build for AOO 4.0 is a clean install with a new user profile. 

As Ariel said, the problem is still present on the last dev build.
Comment 14 Rainer Bielefeld 2013-05-09 13:50:56 UTC
@rgb (In reply to comment #13):

> ? I do not have LibO on my system, only AOO, and the dev build for AOO 4.0
> is a clean install with a new user profile. 

Argh, my mistake, I mixed LibO and AOO, sorry!
Comment 15 Andre 2013-05-10 11:10:29 UTC
I have been able to reproduce missing panels while fixing bug 122047.  The root cause is a missing virtual destructor for the ILayoutableWindow interface.  This prevents a dynamic_cast while layouting panels.  The result are panels with a zero height.

Fixed by a fix for bug 122047.

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