Apache OpenOffice (AOO) Bugzilla – Issue 14729
clicking on OOo file opens 2 windows
Last modified: 2005-02-25 17:10:49 UTC
OOo 1.1 Beta2 on Mandrake 9.1 If OOo is already running, clicking on a OOo file (.sxw,..) in konqueror opens two windows - one for the file clicked and one - "Untitled1". The untitled blank window always comes in front, hiding the document clicked. RK
Known problem which has already been fixed in a recent internal staroffice build. Will therefore be fixed in OO1.1 RC too !
Running OOo 1.1 RC 2 on Mandrake 9.1 The problem is not fixed. To explain it again: 1. Start OOo. 2. Open any document (bar.sxw). 3. Open Konqueror, select an OOo file (foo.sxw). 4. right click and select - open with OOo.. 1.1 5. foo.sxw opens up and also another "untitled" window opens.
TM->OBR: This problem has been fixed, but now it occurs again ! verified in a 645m15-6 build. Use any Linux, start staroffice (backing-mode), select a staroffice file in the konquerror and use the contextmenu for "open with" or simply click on the document icon -> the doc will open correctly in the backing-window but an additional blank and untitled doc is opened too !
.
This bug has been fixed for CDE and Gnome, but not for KDE. Unfortunatly for KDE the fix is not that easy: because there is no desktop entry that directly launches soffice, which would need to have _all_ the mime types assigned, the mime types are instead assigned to each individual app launcher. The result is a call to soffice with -writer file:///myfile.sxw. ->AS: Any ideas ?
A hidden KDE launcher with all mime types assigned is ruled out by the "Open with" context menu entry, which would show nothing in this case. So either we need a "OpenOffice" launcher again or we have to make the swriter etc. shell scripts smart enough to skip -writer etc. in case of file paramters. -> TM: could you please clearify the appropriate target ?!
Thorsten, I think this is a candidate for 1.1.1. Changing the shell scripts to be clever enough to work around the KDE mime registration mess, seems not to be too dangerous to me. What do you think ?
*** Issue 17804 has been marked as a duplicate of this issue. ***
*** Issue 16939 has been marked as a duplicate of this issue. ***
*** Issue 15541 has been marked as a duplicate of this issue. ***
Hello As I said in my duplicated issue 15541 (sorry for that ...), I replace the 1.1 shell scripts by the old 1.0 scripts, and it works ! What's wrong with this solution ? Philippe
Hi Philippe, the problem with the 1.0 solution is that scripters want to use the -accept switch with scalc etc.. The old script was not smart enough to differentiate between files and switches. The -writer etc. should actually do exactly the same as the private://factory URLs, so the real difference between the 1.0 and 1.1 solution is that 1.0 didn't pass the app specific switch when it was launched with any parameter itself.
Target approved by TZ.
Whether actually a fix is required for the scripts depends on the resolution of issue 18338.
*** Issue 18966 has been marked as a duplicate of this issue. ***
Created attachment 8977 [details] Proposed patch to wrapper scripts
Since 18338 won't probably be fixed before 2.0, I have attached a patch to the wrapper scripts that should solve this issue for 1.1 code path. What it does _not_ handle correctly is e.g. "swriter -help"; this has to wait until 2.0.
*** Issue 19431 has been marked as a duplicate of this issue. ***
*** Issue 19429 has been marked as a duplicate of this issue. ***
I just found a work around under KDE: - I simply link *.sxw not against swriter, but soffice and the 2nd windows does not show up. - for sxc just do the same
Don't overlook issue #19429, as it's very similar.
Calling soffice instead of swriter/scalc/sdraw/simpress will always avoid this issue. The real fix has to be done in the soffice.bin binary, because it behaves differently in case an office process is already running, but we will probably patch the scripts as a workaround. What do you mean with "link sxw to soffice" ? Did you patch the launchers (.desktop files) ?
*** Issue 19642 has been marked as a duplicate of this issue. ***
*** Issue 19712 has been marked as a duplicate of this issue. ***
*** Issue 20938 has been marked as a duplicate of this issue. ***
Commited to CWS fwk03pp1.
To verify, launch the e.g. calc application and run from the command line /path to office/swriter mydocument.sxw - you will no longer get an empty document window.
Restored state FIXED.
Checked and verified in cws fwk03pp1 -> OK !
of: ok in srx645m27s1.
*** Issue 22723 has been marked as a duplicate of this issue. ***
This is not really fixed yet, I'm using 1.9.79 on Mandrakelinux KDE, and it still happens