change from test 

of - obr: What do you think?

reassigning

The missing mimelink association of templates is handled in issue #18221.

Just to make sure I get you right: you are complaining about the
directory $HOME/.kde/share/applnk/OpenOffice.org 1.1.0 being readonly,
so that you are unable to add entries without manually performing a
chmod +w ?

Yes, that was the problem. 
I'm sorry for not finding the other issue 

No problem.

I have installed a m20 build, and my
$HOME/.kde/share/applnk/OpenOffice.org 1.1.0 has 755 (drwxr-xr-x)
rights. Are you sure you don't have your umask set to 222 ?

By default, the setup application creates all directories with that
permissions and there are no different rights set for this specific
directory in the installer script.

Well i installed OO 1.1.0 on two SuSE 8.2 installations and I had on both the same 
problem. Both are standardinstallations and I'm sorry but I can't check it anymore 
for I had to change both the KDE directorie's and I don't want to reinstall SuSE 
completely to reproduce the problem. 
I had a OO 1.0 installation before and removed it on one machien rightaway and 
on the orther after installing 1.1 but maybe there is my problem ?? 
 

Hmm, still works as expected here, even on SuSE 8.2: the directory has
write permissions for the users, but the .desktop files have not.

I can understand that you don't want to remove 1.1 just for the sake
of reproducing this issue, but as long as you are the only one who has
reported this problem, I don't see how to get it reproduced.

Feel free to re-open this issue in case you are experiencing the same
problem again.

Hallo, 
I just installad at work OOo 1.1.0 by "run as root"  
./setup -net 
then as user 
/opt/OpenOffice1.1.0/setup 
and again  
"/home/walter/.kde/share/applnk/OpenOffice.org 1.1.0" = walter.users [0755] 
but all the filse's in this directorie are readonly 
this is a SuSE 8.2 installation and OOo1.0 is present. 
For the installation I followed all the defaults 
 

So you are able to create additional launchers, but not to edit the
default ones, right ? This is what I am seeing as well, but I thought
you were complaining about not being able to create additional ones.

Wel, rereading this I see now you saw the same problem, not beeing able telling  
KDE that you want al files linked to OOo1.1.0.  
So indeed the .desktop files are readonly, which create's a lot of work when you  
want to use it in an work enviremond like we have in our office.  
  
I found however the patch for the template links but don't know how too use it so  
did it by hand.  
  
An other thing is that when a document is open and I open another there is always  
a third (and this is an emty (default) file) wil be opened. Is this because of the  
same problem ? I cant find anything about it aand have the same problem at home  
were no OOo1.0 is present anymore.  

> An other thing is that when a document is open and I open another 
> there is always a third (and this is an emty (default) file) 
> wil be opened.

This is issue #14729.

The problem I see with making the .desktop rw is that with a new
timestamp, they potentially won't be removed on uninstall: the user
will have to choose "remove all" to get rid of them.

On the other hand, permissions in 1.0.x have been 644, which has been
the default for 1.0.x. Today the default is 444, so we need to specify
644 permissions explicitly for those files.

Ingo, could you please change the permissions for the desktop files
included in the various kdexxx.zip files ? Please keep in mind that
this might have to be done at two different places (scp and scp_so).

Fixed in cws setuppp03

IS -> OF: Now the unixrights are 644. Please verify this in a respin
in setuppp03

Installed cws setuppp3: The files in .kde/share/applnk/ have
-rw-r--r--. But I can't see a change: For SO7 final and OOo 1.1.0
these files still have these rights.

Verified in cws setuppp3

Ok in srx645m27s1.