Apache OpenOffice (AOO) Bugzilla – Issue 63646
Except base, apps don't save unless it is an existing file
Last modified: 2006-04-20 12:53:13 UTC
I'm able to create and save data tables and forms in base. I can create but not save documents in either calc, writer, draw or impress neither in OOo-1.1 format nor in OASIS. I can open and save old documents (OOo-1.1 format) leaving them at the location they are. I cannot save them as a copy at another location. I'm trying to save to my home directory. Saving dialog only does a "blink" when I click Save button, filename blanks and dialog remains open no matter what format I choose. Works the same with Automatic fliename extension checked or unchecked. As a sidebar, options for password and filter edit are greyed out. I could not find a previous issue like this in the archives.
Looking into the problem I can create and save documents with the following extensions, doc(all supported MS versions), pdb, psw, pxl, rtf, dbf, slk, xls(all supported MS versions) and dif. I did not tested available formats for Impress. Note that for all mentioned file extensions that could be saved there was a description before the (.<extension>) as part of the field value. There are no description for the other available extensions (e.g. txt, sxc, sxw, etc.) not mentioned here. I tested all available extensions for Writer and Calc. If it is of any help these are the parameters used at configure time, --prefix=/opt/openoffice-2.0.2 --enable-libart --disable-fontooo --disable-gnome-vfs --without-fonts --with-system-stdlibs --with-system-freetype --with-system-expat --with-system-libxml --with-system-zlib --enable-build-mozilla --with-build-version=BLFS --with-package-format=native --disable-binfilter --disable-cups --with-ant-home=/opt/ant --with-lang=es --disable-kdeab --enable-kde --with-dict=ENUS --with-system-python I'm using kernel 2.6.4.13 in a LFS 6.1 box.
Thorsten, please work with the submitter to reproduce the problem. @ag01578: do you have a lock demon running on the machine that hosts your home directory?
Hi, thanks for replying to my post As far as I can tell there is no lock demon running in my computer. The most similar to that would be an antivirus daemon but I have not have any trouble with any other application related to that daemon. Please note I can write from scratch a database in OASIS format (I've set up a database I use daily) and there are specific formats I can not write to from scratch. On the other hand, IF there is an existing file that OOo supports there is no problem writing to it unless I want to save it with a new name. Alonso
Not reproducible with a OOo2.0.2 or a more recent m162 build on FedoraCore4 or SuseLinux10. Sounds more like a misconfigured system or missing user rights. ->ag01578: which OOo distribution are you using ? Did you download a recent version from OOo.org ? Does this version have the same problems ? Who did the installation...root or user ? Who tries to work with OOo...root or user ?
I downloaded OOo.2.0.2.tar.gz on March 12, compiled as user and installed as root. No other version has been downloaded afterwards. User is running the application. I would think on a misconfigured system rather than missing user rights given that I can selectively write to certain formats and not to others. Alonso
Please use an already compiled version. Maybe your problem is caused by your build process.
Well, I downloaded 2.0.2rc5 and the saving problem dissapear. Only thing that still happens is the loooong time it takes (even on 256 MB ram) to load any application. If a MS formated file is involved it's worse. Using OOoQuickStart does not help much.
Looks like this problem doesnt occur anymore. Issue is set to worksforme.
.