Apache OpenOffice (AOO) Bugzilla – Issue 4946
Can't save files to net-mounted ncpfs (Novell Netware) volume.
Last modified: 2003-05-20 16:37:11 UTC
From a linux client workstation (SuSE Linux 8.0), I'm accessing files on a Netware 4.11 file/print server using the linux built-in ncpfs driver. I'm mounting the server volumes below my home dir. on the workstation over the network. From OO 1.0, I'm able to browse those directories (through the File|Open dialog) with no problem, I'm able to load any file I wish (whether OO or MS format). But I can't save any file to those directories (tried the OO native formats only). When I used the "File|Save as" dialog to try and convert an XLS file to .SXC, I got the following error message: "Error saving the document xxxx.xls Nonexistant object. Nonexistant file." Of course, the behaviour is the same from the Calc and Writer modules (only tested those 2). The same error occurs when I create a new document and try to save it there (tried with native OO formats only). That bug was already present in the 641c build. Didn't try with earlier releases. The other applications on my linux box don't seem to have any problem with the ncpfs mounts.
Debian 3.0 has this issue as well.
Same problem here. I need a solution quickly, so if nobody of the main developer takes care of it I'll try to fix it myself, but a suggestion where to look for the problem would be very helpful. I'm not familiar with the sourcecode of OpenOffice.
Have an addition to make :) StarOffice (5.2) used to have that that problem. However, with OpenOffice I can save sdw and sdc documents to ncp mounted drives, but not "native" ones, even if I save them to a local drive first, move them to the ncp directory and then re-open them the problem occurs. I had that behaviour with RedHat 7.2 (which I removed meanwhile) and Slackware 8 (currently installed on 4 machines), both with a 2.4.18 kernel.
TM->JSK: As discussed, please check this one, thanks !
I need to set up a test environment for this and i don't have clearance to deploy a Novell server within our intranet yet. So this will take some time, please be patient.
Ok, more test results. Joerg Skottke wrote in an e-mail: ================================================================ I haven't read everything about the issue right now, i will do so tomorrow. Have you tried to read/write as root-user? I remember testing NCP a couple of months ago and i was able to read/write then... ================================================================ So: - logged-in as root on the Linux box and authenticated as "supervisor" on the Netware server (Bindery emulation): can't save from OO in the native format (same error as reported before). - logged-in as root on the Linux box and authenticated as my regular user on the Netware server (NDS connection): same error, can't save. (so this doesn't seem linked with permission problem) - for the kicks, I tried saving files from KWord ('cause I read that KWord uses a file format that's technologically close to OO's [compressed XML]). No problem with this one - works in all cases. - then, just to confirm what an earlier poster wrote (Andrej Ricnik), I tried saving the files using the older "StarOffice 5.0" format, and this works fine (in all tested cases). Just a thought: could this problem be due to the way some temp file is created / named before or at the time the compression on the native XML occurs ?
Hi Philippe! This is quite a bunch of information you came up with, thank you! I have seen this behaviour before while creating an OpenOffice that could run from a CD using a RAM drive for the user-installation. Exactly the same symptoms. I'm sure your info will help me find the problem. I have now requested a Novell Server to be set up, this will probably take till the end of the week. I confirm this bug and set it to new
Found a duplicate of this issue.
*** Issue 5337 has been marked as a duplicate of this issue. ***
I have now set up an environment with SuSE 8.0 and a Novell 4.11 Server and can reproduce the issue. Though it seems that ncpfs has some trouble itself i was able to write the 5.x binary format but not xml. All other applications work ok. There now exists a task for this.
We have done some changes to the handling of tempfiles. This issue should be fixed in OOo 1.02.
Philippe, can you check out if this works ok in a newer developer snapshot?
Ok. I'll download the latest build, test it and report back ASAP.
Philippe, i just tested the 643 (8231) build and it works for me.
Tested build 643 (installed on a SuSE 8.0). Target directory for the saves is always a net-mounted ncpfs share (IntranetWare 4.11 server). Logged-in as a regular user. Everything seems to be working fine now. - File | Save as..., convert from XLS to SXC: OK. - Newly created spreadsheet saved as SXC: OK. - Newly created doc saved from the writer: OK. - Printing works fine, fonts are great :-) Side note: in the File | Save as... dialogue, the filename extension doesn't behave as expected. When converting an XLS file, the proposed target was called "myfile.xls.sxc". Used to work fine in 1.0.0, if my memory serves. P.S.: Joerg, I'm re-assigning this issue to you, as I don't know whether it is my responsibility to flag it "fixed". P.P.S.: Sorry for the late reply -- was in holiday, couldn't login from home.
I'm not closing the issue because other problems have arised during fixing of this one. Need to check once more later.
Fixed for good now.
If you wish me to test again, is there anything more recent than Build 643 that I can try ?
*** Issue 9000 has been marked as a duplicate of this issue. ***
Philippe, there should be a 644 out this year (i cannot be more precise since i'm not involved in the building process).
This task is fixed or worked in OOo 1.1 beta2.
closed ...