[upstream] OpenOffice fails to open file over ftp when user not anonymous

That's an openoffice message, reassigning. It does the same from a command line

works for me.
- is this anonymous ftp?
- if not, did you give the correct password?

no - it is not anonymous ftp. the password is correct simply because
for other file-types as pdf -> evince opens the file.
but no possibility to change the default action https://launchpad.net/malone/bugs/36427

gebi schrieb:
> Public bug report changed:
> https://launchpad.net/malone/bugs/36424
>
> Comment:
> no - it is not anonymous ftp. the password is correct simply because
> for other file-types as pdf -> evince opens the file.
> but no possibility to change the default action https://launchpad.net/malone/bugs/36427

oowriter ftp://USER:PASSWORD@HOST/bullet-test.odt

works for me.

no - it is not anonymous ftp. the password is correct simply because
for other file-types as pdf -> evince opens the file.
but no possibility to change the default action https://launchpad.net/malone/bugs/36427

ftp://USER:PASSWORD@HOST/bullet-test.odt
works for me to. but the password when opening a M$ file is not in the url.
to make the problem more clear some
screenshots:
1.connect to server:
http://gebi.fastmail.fm/Screenshot.png

2.nautilus asks for the password:
http://gebi.fastmail.fm/Screenshot-1.png

3.selecting a jpg-image, press
"always allow"
and eog fires up - fine :-)
http://gebi.fastmail.fm/Screenshot-4.png

4. but selecting a M$ file:
http://gebi.fastmail.fm/Screenshot-5.png
give a error message.
looks like that the password is not in the ftp url ?!

hope that helps

I've the same problem here with OO 2.0.4-0ubuntu2.

I tried to open a file with the open-dialog in openoffice. In the "Places"-area on the left side there is a saved ftp-connection. I'm able to list files and directories there but it's not possible to open or save a file to that ftp-connection with openoffice.

The ftp-connection needs an username and an password to login.

I'm using edgy.

setting it to "confirmed" -- or can someone explain me what is still needed?!

Same problem for me with OO.org 2.0.4-ubuntu4.
I noticed a small difference in the error message for these two cases:

1. Start OO.org and open a file from passw-protected ftp
   --> dlg with "general input/output error"

2. Run from cmdline: openoffice ftp://user:passw@host/file
   This opens the file, it works.
   Then open a file from the same ftp location using File->Open.
   --> dlg with "Access to ftp://user@host/file was denied"

Notice that, again, the password is missing here.

I got these error message on the console/xsession-errors:

(nautilus:4202): libgnomevfs-WARNING **: gnome-vfs-monitor.c: A monitor handle was destroyed before it was added to the method hash table. This is a bug in the application and can cause crashes. It is probably a race-condition.

(soffice.bin:6857): libgnomevfs-WARNING **: gnome-vfs-monitor.c: A monitor handle was destroyed before it was added to the method hash table. This is a bug in the application and can cause crashes. It is probably a race-condition.

The former occurs a couple of time in ~/.xsession-errors. I haven't been able to reproduce them though.

still open in feisty herd 4

Still present in Ubuntu 7.04 (Feisty Fawn) updated to the release of Feisty Beta.

why is nothing happening here?!

any openoffice maintainer reading?!

there is not real openoffice maintainer at the moment, you are welcome to give an hand maintainer the package though

the comment was not clear, there is nobody working only on maintaining openoffice, Mathias who is the maintainer at the moment has many other things to do and could use some help there

Thanks for your bug report, maybe this has been fixed in Ubuntu 7.10. Could someone please try the latest live CD version of Ubuntu and update this bug? CD images of today's build of Ubuntu are here: http://cdimage.ubuntu.com/daily/current/

Ok, I got today's live image from http://cdimage.ubuntu.com/daily-live/current/ and tested it with Gutsy. No change, same behaviour as my previous comment from 2007-01-08 (comment 9) :(

I experienced the same bug on gutsy in opening a ODT file via samba (local samba server). Saving the file via nautilus is works, so this does not seem to be a networking problem.

still open in gusty herd 5+
using nautilus 2.20

I can open a file over ftp when using anonymous user but not when using a regular user on Ubuntu 7.10.

still open in hardy beta

Confirmed that upstream's version does not work with ftp on the command line either:

eg soffice ftp://username@hostname/home/username/Documents/example.odt - refuses to open even when correct password given.

Confirmed in Intrepid also.

in ubuntu 8.10 this problem dont be

and if you want you can download the openoffice 3.0 this version is very good.

Juan,

This worked properly for you in Intrepid and 3.0? It still doesn't work for me in either.

Chris

This bug is fixed in Jaunty after disabling gnome-vfs/gio and using gio gvfs fuse instead.

but is gnome-vfs/gio disabled by default and replaced by gio gvfs? otherwise this is a workaround and not a fix...

Yes it is disabled at build time, the only way to do network IO now is via gio gvfs fuse. gnome-vfs which was what OOo had been previously using is EOL and will be removed with Gnome 3.0 next spring (2010) so fixing that is or little real use.

hmm why has it gone automatically to 'invalid'? I'll try to confirm if it's fixed and if it works by default.

On Thu, 23 Jul 2009 16:31:37 -0000
wvengen <email address hidden> wrote:

> hmm why has it gone automatically to 'invalid'? I'll try to confirm if
> it's fixed and if it works by default.
>
> ** Changed in: openoffice
> Status: Invalid => In Progress
>

Upstreams bts has marked it invalid - check there for the reason.
kk

--
Sent mobile, appologies for no GPG sig.
Sent offline, appologies if its already been answered better.

But upstream has it marked as RESOLVED / WORKSFORME, that doesn't seem "invalid". Might be bug #237126 showing up. Sorry for the buzz.

wvengen, it is due to the way mapping status between launchpad and the upstream bug tracker.