Issue 120606

(In reply to comment #0)
> Created attachment 78994 [details]
> screenshot
> 
> build info:AOO_3.4.1_r1372282
> 
> steps:
> 1.install the Apache_OpenOffice_incubating_3.4.1_Win_x86_install_zh-CN.exe
> build on Win7 32bit
> 2.launch OO and go to "tools->extension manager"
> 
> defect:
> it is empty,and no any dictionary and extension tools.

a) for the dictionaries, this is no issue, there are no dictionaries installed by default for zh-CN (at least, I can't find it on extensions.lst)

b) for the two default extensions, the Presenter Console and the Presentation Minimizer, AFAIK it is OK that they are not listed, because they are per-registered extensions now.

The issue, confirmed with default en-US installation, is that they don't seem to work. At least, tested with a new user installation, the Presentation Minimizer menu item is missing from the Tools menu. I'll test later with the Presenter Console, I don't have a dual monitor set up right now.

Tested with:

* Apache_OpenOffice_incubating_3.4.1_Linux_x86-64_install-rpm_es.tar.gz
* Apache_OpenOffice_incubating_3.4.1_Linux_x86-64_install-rpm_de.tar.gz

Always a brand new user directory: the extension's components cannot be instantiated:


Sub Main
	oMinimizer = CreateUnoService("com.sun.star.comp.PPPOptimizerImp")
	oPConsole1 = CreateUnoService("vnd.sun.star.sdext.presenter.PresenterProtocolHandler")
	oPConsole2 = CreateUnoService("com.sun.star.comp.Draw.framework.PresenterScreenJob")
End Sub


Tested with the archived version:
main/instsetoo_native/unxlngx6.pro/OpenOffice/archive/install/en-US/Apache_OpenOffice_incubating_3.4.1_Linux_x86-64_install-arc_en-US.tar.gz

The extension's components CAN be instantiated. And the Presentation Minimizer works fine.

I have checked on Windows 7 the installation of AOO 3.4.1, r1372282.
The Presenter Console and the Presentation minimizer are not shown in the Extension Manager, but they are working fine.

I am currently creating my own build from the source package of AOO 3.4.1, r1372282. I will report later when the build has finished and tested.

Test with http://people.apache.org/~jsc/developer-snapshots/r1372282/windows/Apache_OpenOffice_incubating_3.4.1_Win_x86_install_en-US.exe

* System: Windows XP
* Uninstalled previous versions
* Removed the user profile at C:\Documents and Settings\ariel\Datos de programa\OpenOffice.org
* Removed the remaining folders at C:\Archivos de programa\OpenOffice.org 3
* Installed AOO r1372282

Result: cannot reproduce this bug. The presentation minimizer works, and the components can be instantiated.

(In reply to comment #2)
> Tested with:
> 
> * Apache_OpenOffice_incubating_3.4.1_Linux_x86-64_install-rpm_es.tar.gz
> * Apache_OpenOffice_incubating_3.4.1_Linux_x86-64_install-rpm_de.tar.gz
[...]
> Tested with the archived version:
> main/instsetoo_native/unxlngx6.pro/OpenOffice/archive/install/en-US/
> Apache_OpenOffice_incubating_3.4.1_Linux_x86-64_install-arc_en-US.tar.gz


This is the difference with the version installed from the rpm/deb packages, and the archive version:


* Install from rpm/deb, has a folder /opt/openoffice.org3/share/prereg/bundled with

[ariel@localhost ~]$ ls -l /opt/openoffice.org3/share/prereg/bundled/
total 8
drwxr-xr-x. 7 root root 4096 Aug 17 09:47 presentation-minimizer.oxt
drwxr-xr-x. 7 root root 4096 Aug 17 09:47 presenter-screen.oxt

* Archived version has more content inside the very same folder:

[ariel@localhost main]$ ls -l instsetoo_native/unxlngx6/OpenOffice/installed/install/en-US/openoffice.org3/share/prereg/bundled
total 20
-rw-rw-r--. 1 ariel ariel  284 Aug 17 00:19 extensions.pmap
-rw-rw-r--. 1 ariel ariel    1 Aug 17 00:19 lastsynchronized
drwxrwxr-x. 7 ariel ariel 4096 Aug 17 00:19 presentation-minimizer.oxt
drwxrwxr-x. 7 ariel ariel 4096 Aug 17 00:18 presenter-screen.oxt
drwxrwxr-x. 9 ariel ariel 4096 Aug 17 00:19 registry



Reproduced on:

- Fedora 17 64 bits
- Ubuntu 10.04.3 LTS (Lucid Lynx) 32 bits
- Ubuntu 10.04.3 LTS (Lucid Lynx) 64 bits

Adapting the bug title
Setting regression keyword

Created attachment 78995 [details]
Some files from /opt/openoffice.org3/share/prereg/bundled/ are not included in the spec file

The missing files

openoffice.org3/share/prereg/bundled/extensions.pmap
openoffice.org3/share/prereg/bundled/lastsynchronized

and the missing folder

openoffice.org3/share/prereg/bundled/registry

are not included in the spec file that epm uses to generate the RPMs and DEBs.

(In reply to comment #0)
> build info:AOO_3.4.1_r1372282
> 
> steps:
> 1.install the Apache_OpenOffice_incubating_3.4.1_Win_x86_install_zh-CN.exe
> build on Win7 32bit
> 2.launch OO and go to "tools->extension manager"
> 
> defect:
> it is empty,and no any dictionary and extension tools.

@Du Jing: it would be good to know if the two extensions are working on your installation. That they are not listed on the Extension Manager is not an issue.

My assumption is that:

- the reporter only saw the missing extensions in the Extension Manager
- the extensions work on Windows, because the files that are missing on Linux are not missing on Windows
- this report helped discover a Linux specific bug (didn't check if this happens in macos too)

The root cause is that unopkg sync is not called when creating the respective rpm/deb package core01, which seems logical, as epm knows nothing about unopkg, nor during post-install - as it should.

For "simple packager projects" (see $installer::globals::is_simple_packager_project) unopkg sync is invoked "in situ"; this is the case with package format "archive", "installed", and "dmg" (MacOS format), see sub check_simple_packager_project in main/solenv/bin/modules/installer/simplepackage.pm

For Windows, unopkg sync seems (I'm no Win developer, so just guessing) to invoked in a CustomAction, see RegisterExtensions(MSIHANDLE handle) in main/setup_native/source/win32/customactions/shellextensions/registerextensions.cxx

On Linux, unopkg sync should be executed during post-install, see main/setup_native/source/packinfo/shellscripts_extensions.txt
But for some reason, it is not working.

(In reply to comment #8)
> On Linux, unopkg sync should be executed during post-install, see
> main/setup_native/source/packinfo/shellscripts_extensions.txt
> But for some reason, it is not working.

It is not working because it is not defined as script for any installed module, it's only defined for the following modules (see main/setup_native/source/packinfo/packinfo_office.txt):

gid_Module_Root_Extension_Oooimprovement
gid_Module_Root_Extension_Dictionary_*

none of which are currently delivered in AOO.

A solution could be to define shellscripts_extensions.txt as script for gid_Module_Root_Brand.

A better solution seems not to install the extensions in module gid_Module_Root, but create a new, dedicated module for extensions, and add the shellscripts_extensions.txt in this module.

WORKAROUNDS
-----------

a) Run unopkg sync as root

* close AOO, including the Quickstart icon
* execute the following command on a terminal:

sudo /opt/openoffice.org3/program/unopkg sync

or, if your system does not have sudo:

su -c "/opt/openoffice.org3/program/unopkg sync"


b) Install the two extensions from the extensions site.
This isn't possible until we upload the extensions.

If extensions are going to be released as pre-registered extensions, then this is blocker that has to be fixed before releasing.
Adjusting the fields accordingly.

Thanks to the work of Ariel, the presenter console and minimizer are not extensions anymore.  As far as I know there are no other pre-registered extensions.  That leaves this problem as an ordinary bug, not a release blocker.

(In reply to Andre from comment #12)
> Thanks to the work of Ariel, the presenter console and minimizer are not
> extensions anymore.  As far as I know there are no other pre-registered
> extensions.  That leaves this problem as an ordinary bug, not a release
> blocker.

I agree. We have no pre-registered extensions for our planned AOO 4.0 release.
--> no release blocker.

remove showstopper request, I see no chance to fix this in time. 

The whole area needs some more rework/redesign in the future

Is this still a real bug?  In contrast to a hypothetical bug that is not triggered in the current setup:
- There are no pre-registered extensions anymore
- For dictionaries it works anyway.

Removing regression keyword and setting importance to normal.