Apache OpenOffice (AOO) Bugzilla – Issue 8498
Solaris CDE Integration Broken
Last modified: 2003-09-08 16:53:51 UTC
At least, it didn't work for me when I installed it tonight, instead, I had to run "dtappintegrate -s /usr/local/OpenOffice.org1.0 manually. *Then* the icon in the CDE FrontPanel and the icons in the FrontPanel menu are very garbled looking, with the exeption of the main "OpenOffice.org" and the "Setup" icons.
Hi Oliver, tried with OOo 643: after installation there is no CDE integration. Starting setup again and deselecting CDE at the modules, then restarting setup and selecting CDE integration at the modules, then CDE integration works.
Ingo, could you please have an initial look at this ?
Accepted.
*** Issue 8970 has been marked as a duplicate of this issue. ***
This is caused by the missing STANDALONE flag of GID_PROCEDURE_CDE_DTAPPINTEGRATE
Nonsens, dtappintegrate must only be executed in a Network intallation, therefore I will remove the flag STANDALONE again. My test installation showed, that in a standalone installation dtint is executed and the CDE integration works fine. In a network installation as root the dtappintegrate works also fine.
Spazzz, what kind of installation did you do ? Did you use the -net switch and, if so, did you log in as root ?
Olaf, would you please check with the official download version - maybe we don't have the real 1.0.1 version here ..
I've tried with a downloaded version: CDE integration is working as expected. After setup I've restarted the workspace manager and OOo is integrated in CDE.
Is there confusion here on what version of OpenOffice is failing. This bug was logged against build1.0.1. Bug 8970, was logged aginst build 643C and has been closed as a duplicate of this bug. This error was not seen when testing build 1.0.1 in house. This error is in build 643C so this am reopening this bug against build 643C. I have verified this bug exists on a system with a newly installed OS and a new user account, on both Solaris sparc 8 and 9.
Ingo, since I haven't changed anything in this area, this must be a problem with the changes Kevin made to scp for OOo 1.0. Would you please have a look at it ?
What has happened here? In my Solaris-Sparc OOO_643Ce there is no file, no basic script an no module, not for CDE, not for KDE and not for Gnome. There is absolutely no unix system integration.
Hi, Yes, the version of scp and the version of sysui used for OO643C were completely missing all of the peices added to support dedktop integration. Missing directories include: sysui/oounix scp/ookde scp/oocde plus all of the supporting ahcnges. So OO643C was released without any desktop integration at all. I pointed this out on the release list last week but too late to fix anything for the release. Since then I have added back in all of the pieces to properly do desktop integration (which worked in OO642C, OOo 1.0.1, and OOo 1.0 but were missing from OO643B and OO643C releases. I comitted all of these changes to the OO643C this weekend and made a PPC Linux release of OO643C that does in fact have desktop integration. Sorry, the official OO643C release wis simply broken in regrards to desktop integration. I simply did not catch the ommission until I started testing it on PPC Linux. Please see the releases mailing list from late last week for more info. Kevin
Hi Kevin, then this bug is yours. Ingo
Hi, I would be happy to accept ownership of this issue but I can really do nothing to fix it on a repeating basis. We really need a process to make sure that all of the OOo specific pieces get included into the source for each OOo release. Right now these include: 1. lingucomponent 2. sysui/oo* desktop integration and support pieces 3. scp/source/lingu, scp/source/ookde, scp/source/oocde and support pieces 4. setup2 install.sh wrapper script 5. bridge code changes (which Martin said may now be in head) 6. config_office changes (in HEAD?) 7. solenv/inc/ changes to support gcc 3.X and etc 8. changes in product to select the correct libstdc++ versions And I am sure there are other OOo specific pieces. Until the process is in place to add these features in some systematic way, we will be in danger of repeating this mistake again and again. So how should we handle this? Should we merge sysui oounix and unix pieces? or Should we simply create our own oosysui module and completely replace the current sysui in our builds? Ditto for an ooscp instead of scp? What is the best way to merge these things? Kevin
Kevin, you are right. We (especially Martin Hollmichel) are already thinking about the integration of these projects. I think, this will result in adding your oocde and ookde into our base for StarOffice. We only have to minimize the redundancies between OpenOffice.org and StarOffice. But that is not your problem.
Of course this should work as soon as possible. Therefore I set the target to OOo 1.0.2
Of course this is OOo 1.1 Beta
Set to higher prio, P2!
Hi Martin, then it is better, that you take care of this bug.
accepted.
Hi Martin, I would be happy to commit all of the fixed CDE icons (fixed for 8 bit color) into OOO_STABLE_1 so at least the 8bit issue with Solaris CDE is fixed ( a related issue to this one ). Do you want me to go ahead and commit those new xpm files to OOO_STABLE_1? Thanks, Kevin
mh->obr: do you have status for this issue after your restructure of sysui ?
The described problem (missing CDE integration) has already been resolved in CWS vcl08 latest, so it should be visible in the next milestone build. Robert, could you please verify as soon as a build is available ?
Actually it was CWS vcl07. Sorry for the spam.
Olaf, could you please verify this task ?!
OK in Beta2.
Done.
.