After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 166969 - webdav crash with & in filename
webdav crash with & in filename
Status: RESOLVED FIXED
Product: gnome-vfs
Classification: Deprecated
Component: Module: http
cvs (head)
Other All
: High critical
: ---
Assigned To: gnome-vfs maintainers
Nautilus Maintainers
: 319349 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-02-10 17:53 UTC by Sean Middleditch
Modified: 2008-05-29 10:46 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
Fix the comparison between escaped and unescaped string in http-neon-module.c (973 bytes, patch)
2005-10-20 22:51 UTC, Yann Rouillard
none Details | Review
Fix the comparison between escaped and unescaped string in http-neon-module.c (1013 bytes, patch)
2007-06-05 20:47 UTC, Pascal Terjan
none Details | Review

Description Sean Middleditch 2005-02-10 17:53:37 UTC
Steps to reproduce:
1. open a webdav share
2. create a folder
3. rename folder to something with a & in the name (like B&L)


Stack trace:


Other information:
Other operations on folders on a webdav shre with an & in the name crash
randomly, as well.

Using gnome-vfs 2.9.90 and nautilus 2.9.90, Fedora Rawhide.
Comment 1 Baptiste Mille-Mathias 2005-02-11 13:49:31 UTC
Thanks for the bug report. Without a stack trace from the crash it's very hard
to determine what caused the crash. Please see
http://bugzilla.gnome.org/getting-traces.cgi for more information about getting
a useful stack trace.
Comment 2 Sean Middleditch 2005-02-11 14:10:21 UTC
Darn, was hoping it was easily reproducible and I could be lazy.  Here's the
backtrace.  The X11 libs are missing debuginfo, not much I can do about that at
the moment...

Backtrace was generated from '/usr/bin/nautilus'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1209055552 (LWP 5570)]
[New Thread -1222923344 (LWP 5654)]
[New Thread -1222194256 (LWP 5618)]
[New Thread -1221928016 (LWP 5617)]
[New Thread -1211438160 (LWP 5595)]
0x006fe7e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2

Thread 3 (Thread -1222194256 (LWP 5618))

  • #0 _dl_sysinfo_int80
    from /lib/ld-linux.so.2
  • #1 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #2 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 do_open_directory
    at http-neon-method.c line 2741
  • #5 open_from_uri
    at gnome-vfs-directory.c line 97
  • #6 _gnome_vfs_job_execute
    at gnome-vfs-job.c line 1434
  • #7 thread_routine
    at gnome-vfs-job-slave.c line 64
  • #8 thread_entry
    at gnome-vfs-thread-pool.c line 186
  • #9 g_thread_create_proxy
    at gthread.c line 561
  • #10 start_thread
    from /lib/tls/libpthread.so.0
  • #11 clone
    from /lib/tls/libc.so.6

Comment 3 Martin Wehner 2005-03-13 14:06:25 UTC
Reassigning to gnome-vfs.
Comment 4 Christian Neumair 2005-05-09 21:27:09 UTC
Do you still see these problems with GNOME 2.10 final?
Comment 5 Sean Middleditch 2005-05-10 00:35:14 UTC
There is no longer a crash, however, the folder is unusable.

I created two test folders on the WebDAV share: one named Test and one named D&D.

The Test folder worked fine as expected.

The D&D folder disappeared and required me to hit View->Reload, and now whenever
I try to access it I get the error:

The filename "D&D" indicates that this file is of type "x-directory/webdav". The
contents of the file indicate that the file is of type "unknown". If you open
this file, the file might present a security risk to your system.

Do not open the file unless you created the file yourself, or received the file
from a trusted source. To open the file, rename the file to the correct
extension for "unknown", then open the file normally. Alternatively, use the
Open With menu to choose a specific application for the file. 
Comment 6 Christian Neumair 2005-05-10 11:50:43 UTC
Thanks for giving proof that this is still relevant.
Comment 7 Sean Middleditch 2005-09-30 18:58:10 UTC
Might I venture a guess that the code is simply not escaping the & properly for
a URL?

This issue is still present in 2.12.  Any other diagnostics you want me to run?
Comment 8 Kjartan Maraas 2005-10-18 09:48:05 UTC
Just a note to say that I saw a very similar backtrace to the one in thread #1
when libswfdec crashed on me with Lessig's presentation that was linked on
planet.gnome.org recently.
Comment 9 Yann Rouillard 2005-10-20 22:49:30 UTC
*** Bug 319349 has been marked as a duplicate of this bug. ***
Comment 10 Yann Rouillard 2005-10-20 22:51:38 UTC
Created attachment 53715 [details] [review]
Fix the comparison between escaped and unescaped string in http-neon-module.c

The patch I posted in bug 319349
Comment 11 Pascal Terjan 2007-06-05 20:47:59 UTC
Created attachment 89435 [details] [review]
Fix the comparison between escaped and unescaped string in http-neon-module.c

Re-diffed the patch so that it applies to current svn
Comment 12 James Gregory 2007-07-09 11:43:16 UTC
I am having a similar issue with Gnome 2.18.2 (Fedora 7). Folders with & and " " (space) in them display properly, but you cannot select them. I assume this is related to this problem (it doesn't crash Nautilus though).

Any idea when this will be patched into the main source?
Comment 13 Alexander Larsson 2008-01-03 12:12:29 UTC
patch commited.
Comment 14 Alan Lord 2008-02-15 15:54:19 UTC
(In reply to comment #12)
> I am having a similar issue with Gnome 2.18.2 (Fedora 7). Folders with & and "
> " (space) in them display properly, but you cannot select them. I assume this
> is related to this problem (it doesn't crash Nautilus though).
> 
> Any idea when this will be patched into the main source?
> 

I am using Nautilus on Ubuntu 7.10 (2.20.0) and I have weird problems accessing "spaces" on Alfresco via webdav that have a "!" in the name.

The space (Alfresco's name for a directory/file store) appears very briefly in the tree view, but if you double click to open it, it disappears and a message pops to say it is not available and you should check your spelling.

Access using other webdav clients (Firefox, Transmit (Mac OS X)) are fine...

This is type of error is also reported in http://bugzilla.gnome.org/show_bug.cgi?id=455585 but was forwarded to here as a dupe. However I do not notice a "crash", just a disappearance of the name with the "!".

HTH.

Alan