gnome-vfs-obexftp and SE K750i

Bug #121208 reported by Michael Monreal
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OBEX FTP Client for GNOME-VFS
New
Undecided
Unassigned

Bug Description

After reading the blog¹ I tried the latest gnome-vfs-obexftp again with my Sony Ericsson K750i.
It still doesn't work, see screenshot for what nautilus shows... I also got the mentioned
information from the obexftp command line app. Any idea what's wrong here?

[1] http://blogs.gnome.org/jamesh/2007/06/19/gnome-vfs-obexftp-04/

Revision history for this message
Michael Monreal (mimox) wrote :
Revision history for this message
Michael Monreal (mimox) wrote :
Revision history for this message
James Henstridge (jamesh) wrote :

Interesting. The screenshot seems to indicate that we are always getting root directory listings. Could you try the following command and attach the output?

    obexftp --bluetooth $BDADDR --chdir "Memory Stick" --list ""

That is, do a chdir to a folder, then list it. This is closer to what the obex method code is doing.

Revision history for this message
Michael Monreal (mimox) wrote :

This is the output:

$ obexftp --bluetooth $BDADDR --chdir "Memory Stick" --list ""
Scanning ...
Using 00:12:EE:6E:E0:E4 Lex
Browsing 00:12:EE:6E:E0:E4 ...
Channel: 6
Connecting...done
Sending "Memory Stick"... done
Receiving ""... <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd">
<!--
 XML Coder, Jun 10 2005, 02:53:57, (C) 2001 Sony Ericsson Mobile Communications AB
-->
<folder-listing version="1.0"><parent-folder/>
<folder name="MP3"/>
<folder name="DCIM"/>
<folder name="MSSEMC"/>
</folder-listing>
done
Disconnecting...done

Revision history for this message
James Henstridge (jamesh) wrote :

That is bizarre. It looks like your phone is acting correctly judging by the obexftp output.

What version of gnome-vfs-obexftp are you running? Does killing gnome-vfs-daemon (where libobex.so gets loaded) help? What sort of output do you get from the command line gnome-vfs tools?

    gnomevfs-ls 'obex://[00:12:EE:6E:E0:E4]/'
    gnomevfs-ls 'obex://[00:12:EE:6E:E0:E4]/Memory%20Stick/'
    gnomevfs-ls 'obex://[00:12:EE:6E:E0:E4]/Memory%20Stick/DCIM/'
    gnomevfs-ls 'obex://[00:12:EE:6E:E0:E4]/Phone%20memory/'

    gnomevfs-info 'obex://[00:12:EE:6E:E0:E4]/Memory%20Stick/DCIM/'

Revision history for this message
Michael Monreal (mimox) wrote :

The first four all produce this:

Phone memory (Directory, x-directory/normal) size 0 mode 0777
Memory Stick (Directory, x-directory/normal) size 0 mode 0777

The last one: "Error: File not found"

I'm currently using the latest release of gnome-vfs-obexftp (0.4). Killing gnome-vfs-daemon didn't change anything.

Revision history for this message
James Henstridge (jamesh) wrote :

Okay, these tests and the screenshot indicate that the problem is in the folder listing rather than the actual directory traversal. It manages to change to the directory fine (evidenced by the fact that gnomevfs-ls could list DCIM), but the root directory is always returned.

From your initial screenshot, the reason we don't get infinite recursion is that e.g. there is no "/Memory Stick/Memory Stick" directory to list. If you created such a directory, then we'd get an extra level of dirs in the listing.

The final gnomevfs-info command is implemented by listing "/Memory Stick" then looking for the "DCIM" entry (which doesn't show up due to the folder listing being broken).

Revision history for this message
mibus (mibus) wrote :
Download full text (3.3 KiB)

I have the same problem on a K600i, without any spaces in the directory names either.

=====
10:12 mibus@roburp:~$ gnomevfs-ls obex://\[00:12:EE:09:95:9C\]/
Other (Directory, x-directory/normal) size 0 mode 0777
Videos (Directory, x-directory/normal) size 0 mode 0777
Themes (Directory, x-directory/normal) size 0 mode 0777
Sounds (Directory, x-directory/normal) size 0 mode 0777
Pictures (Directory, x-directory/normal) size 0 mode 0777
10:12 mibus@roburp:~$ gnomevfs-ls obex://\[00:12:EE:09:95:9C\]/Pictures/
Other (Directory, x-directory/normal) size 0 mode 0777
Videos (Directory, x-directory/normal) size 0 mode 0777
Themes (Directory, x-directory/normal) size 0 mode 0777
Sounds (Directory, x-directory/normal) size 0 mode 0777
Pictures (Directory, x-directory/normal) size 0 mode 0777
10:12 mibus@roburp:~$ gnomevfs-ls obex://\[00:12:EE:09:95:9C\]/Pictures/Pictures/
Error opening: File not found
10:12 mibus@roburp:~$ gnomevfs-ls obex://\[00:12:EE:09:95:9C\]/Pictures/camera_semc/
Other (Directory, x-directory/normal) size 0 mode 0777
Videos (Directory, x-directory/normal) size 0 mode 0777
Themes (Directory, x-directory/normal) size 0 mode 0777
Sounds (Directory, x-directory/normal) size 0 mode 0777
Pictures (Directory, x-directory/normal) size 0 mode 0777
10:12 mibus@roburp:~$ gnomevfs-info obex://\[00:12:EE:09:95:9C\]/Pictures/
Name : Pictures
Type : Directory
MIME type : x-directory/normal
Default app : nautilus-folder-handler.desktop
Permissions : 0777
10:12 mibus@roburp:~$ gnomevfs-info obex://\[00:12:EE:09:95:9C\]/Pictures/camera_semc/
Error: File not found
=====

obexftp works fine.

=====
10:14 mibus@roburp:~$ obexftp -b 00:12:EE:09:95:9C -l /
Browsing 00:12:EE:09:95:9C ...
Channel: 6
Connecting...done
Receiving "/"... Sending ""... done
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd">
<!--
 XML Coder, Jul 12 2005, 06:04:42, (C) 2001 Sony Ericsson Mobile Communications AB
-->
<folder-listing version="1.0"><folder name="Pictures"/>
<folder name="Sounds"/>
<folder name="Themes"/>
<folder name="Videos"/>
<folder name="Other"/>
</folder-listing>
done
Disconnecting...done
10:14 mibus@roburp:~$ obexftp -b 00:12:EE:09:95:9C -l /Pictures/
Browsing 00:12:EE:09:95:9C ...
Channel: 6
Connecting...done
Receiving "/Pictures/"... Sending ""... Sending "Pictures"... done
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd">
<!--
 XML Coder, Jul 12 2005, 06:04:42, (C) 2001 Sony Ericsson Mobile Communications AB
-->
<folder-listing version="1.0"><parent-folder/>
<file name="DSC00077.JPG" size="373345"/>
<file name="Sony Ericsson.gif" size="55602"/>
<file name="Photo0244.jpg" size="111447"/>
<file name="Call.jpg" size="37632"/>
<file name="City.jpg" size="7724"/>
<file name="Wheels.gif" size="47071"/>
<file name="Pulse.jpg" size="7859"/>
<file name="Pulse2.jpg" size="6034"/>
<file name="Screen saver.gif" size="205045"/>
<file name="Screen saver1.gif" size="195795"/>
<file name="Screen saver2.gif" size="177840"/>
<file name="Shutdown.gif" size="100997"/>
<file name="Startup.gif" size="205026"/>
<folder nam...

Read more...

Revision history for this message
Andy Juniper (ajuniper) wrote :
Download full text (5.5 KiB)

I'm seeing very similar issues with a SE K750i.

nautilus browses the phone fine but eog etc. just report the following when I try to open an image from nautilus:

No images found in 'obex://[00:11:22:33:44:55]/Memory%20Stick/DCIM/100MSDCF/DSC00138.JPG'

If I then close nautilus (thus closing the bluetooth connection) and just run eog with the same url (or even just reopen it from the eog launched from nautilus), it works fine.

There seems to be a problem relating to nautilus still being running, which in turn seems to keep a bluetooth connection open.

Closing the connection (the device lets me do this) then seems to allow access to the file via obex.

username@hostname:~$ obexftp --bluetooth 00:11:22:33:44:55 --capability
Browsing 00:11:22:33:44:55 ...
Channel: 6
Connecting...done
Receiving "(null)"... \<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Capability SYSTEM "obex-capability.dtd">
<!--
 XML Coder, Apr 10 2006, 21:03:28, (C) 2001 Sony Ericsson Mobile Communications AB
-->
<Capability Version="1.0"><General><Manufacturer>Sony Ericsson</Manufacturer>
<Model>K750i</Model>
<SN>111111111111111</SN>
<SW Version="prgCXC125952_EU_1_CL" Date="20R1CA021TTTT"/>
<Language>EN</Language>
<Memory><MemType>DEV</MemType>
<Location>/Phone memory</Location>
</Memory>
<Memory><MemType>Memory Stick</MemType>
<Location>/Memory Stick</Location>
</Memory>
</General>
<Service><Name>Folder-Browsing</Name>
<UUID>F9EC7BC4-953c-11d2-984E-525400DC9E09</UUID>
<Version>1.0</Version>
<Object><Type>x-obex/folder-listing</Type>
</Object>
<Ext><XNam>Pictures</XNam>
<XVal>Folder=/Phone memory/Pictures</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Camera Pictures</XNam>
<XVal>Folder=/Phone memory/Pictures/camera_semc/100MSDCF</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Videos</XNam>
<XVal>Folder=/Phone memory/Videos</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Cam. Video Clips</XNam>
<XVal>Folder=/Phone memory/Videos/camera</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Sounds</XNam>
<XVal>Folder=/Phone memory/Sounds</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Ringtones</XNam>
<XVal>Folder=/Phone memory/Sounds/ringtones</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>VideoDJ</XNam>
<XVal>Folder=/Phone memory/Sounds/videodj</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Themes</XNam>
<XVal>Folder=/Phone memory/Themes</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
<Ext><XNam>Others</XNam>
<XVal>Folder=/Phone memory/Other</XVal>
<XVal>MemType=DEV</XVal>
</Ext>
</Service>
</Capability>
done
Disconnecting...done

username@hostname:~$ obexftp --bluetooth 00:11:22:33:44:55 --list
Browsing 00:11:22:33:44:55 ...
Channel: 6
Connecting...done
Receiving "(null)"... <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd">
<!--
 XML Coder, Apr 10 2006, 21:03:28, (C) 2001 Sony Ericsson Mobile Communications AB
-->
<folder-listing version="1.0"><folder name="Phone memory"/>
<folder name="Memory Stick"/>
</folder-listing>
done
Disconnecting...done

username@hostname:~$ obexftp --bluetooth 00:11:22:33:44:55 --list "Memory Stick/"
Browsing 00:11:22:33:44:55 ...
Channel: 6
Connecting...done
Receiving "Memory Stick/"... ...

Read more...

Revision history for this message
Andy Juniper (ajuniper) wrote :

Meant to mention in that post that I'm running on Dellbuntu 8.0.4 on a Dell Mini 9, with gnome-vfs-obexftp 0.4-1.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.