From: Lennon C. <mag...@gm...> - 2006-12-09 01:54:26
Attachments:
signature.asc
|
Starting yesterday, and persisting through a fresh install of XUbuntu Edgy, AddApp has been unable to communicate with the filer. I enter a URL into it (or drag it), and the normal 'Save this app somewhere' dialog comes up - if I drag the icon to any folder, I get a dialogue up saying 'Remote app can't or won't send me the data - sorry'. What does this mean? DND saving from other apps works fine, as does putting the full path into AddApp. Clearing AddApp from my cache doesn't help. --=20 Lennon Victor Cook "He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening" -- Thomas Jefferson |
From: Thomas L. <ta...@gm...> - 2006-12-09 11:58:57
|
On 12/9/06, Lennon Cook <mag...@gm...> wrote: > Starting yesterday, and persisting through a fresh install of XUbuntu > Edgy, AddApp has been unable to communicate with the filer. I enter a > URL into it (or drag it), and the normal 'Save this app somewhere' > dialog comes up - if I drag the icon to any folder, I get a dialogue up > saying 'Remote app can't or won't send me the data - sorry'. > What does this mean? It means that AddApp (using ROX-Lib) thinks that the filer asked it to save to a different machine. It can't do this, because it needs to save a directory, not a single file. Is the filer's "Don't use hostnames" option turned off? > DND saving from other apps works fine, as does putting the full path > into AddApp. Clearing AddApp from my cache doesn't help. Try extracting an archive with Archive (this also creates a directory). -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Lennon C. <mag...@gm...> - 2006-12-09 12:06:27
Attachments:
signature.asc
|
"Thomas Leonard" <ta...@gm...> wrote: > It means that AddApp (using ROX-Lib) thinks that the filer asked it to > save to a different machine. It can't do this, because it needs to > save a directory, not a single file. >=20 > Is the filer's "Don't use hostnames" option turned off? Indeed it was. I don't suppose it's possible to fix this, or atleast document this somewhere? I've no doubt someone will run into this same problem a few months down the track - and I'm not entirely sure it won't be me... --=20 Lennon Victor Cook "He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening" -- Thomas Jefferson |
From: Thomas L. <ta...@gm...> - 2006-12-09 12:26:01
|
On Sat, 09 Dec 2006 23:06:12 +1100, Lennon Cook wrote: > "Thomas Leonard" <ta...@gm...> wrote: >> It means that AddApp (using ROX-Lib) thinks that the filer asked it to >> save to a different machine. It can't do this, because it needs to >> save a directory, not a single file. >> >> Is the filer's "Don't use hostnames" option turned off? > Indeed it was. I don't suppose it's possible to fix this, or atleast > document this somewhere? I've no doubt someone will run into this same > problem a few months down the track - and I'm not entirely sure it > won't be me... The real question is why ROX-Lib thinks the local machine is remote. Have a look in ROX-Lib's saving.py: path = get_local_path(escape(uri)) if path: ... else: to_send = 'F' # Non-local transfer What does escape(uri) return, and why does get_local_path think it's remote? -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Lennon C. <mag...@gm...> - 2006-12-09 22:59:16
Attachments:
signature.asc
|
"Thomas Leonard" <ta...@gm...> wrote: > What does escape(uri) return escape(file://lennon-desktop/home/lennon/Wallpaper/AddApp): file://lennon%2ddesktop/home/lennon/Wallpaper/AddApp > and why does get_local_path think it's remote? Because my network-facing hostname contains '-', which is escaped to %2d, and 'our_host_name()' returns the unescaped form. So, __init__.py line 328: > if remote_host =3D=3D our_host_name(): turns out to be doing 'lennon-desktop =3D=3D lennon%2ddesktop', which returns false, and so get_local_path falls through to line 336 'return None'. Changing line 328 to: > if remot_host =3D=3D escape(our_host_name()): Works. --=20 Lennon Victor Cook "He who receives an idea from me receives without lessening, as he who lights his candle at mine receives light without darkening" -- Thomas Jefferson |
From: Thomas L. <ta...@gm...> - 2006-12-17 12:57:57
|
On Sun, 10 Dec 2006 09:59:01 +1100, Lennon Cook wrote: > "Thomas Leonard" <ta...@gm...> wrote: >> What does escape(uri) return > escape(file://lennon-desktop/home/lennon/Wallpaper/AddApp): > file://lennon%2ddesktop/home/lennon/Wallpaper/AddApp > >> and why does get_local_path think it's remote? > Because my network-facing hostname contains '-', which is escaped to > %2d, and 'our_host_name()' returns the unescaped form. So, __init__.py > line 328: >> if remote_host == our_host_name(): > turns out to be doing 'lennon-desktop == lennon%2ddesktop' > Changing line 328 to: >> if remot_host == escape(our_host_name()): > Works. Actually, the hostname part shouldn't need unescaping. The real bug is in escape(): re.sub('[^:-_./a-zA-Z0-9]', Adding that ':' to the front in revision 3758 caused the "-" to be interpreted as a range, not a character. Oops. Fixed now - thanks! -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |