How To : Associate MPlayer, Transmission, and other apps as default handlers

[qole]

Yes, I've discovered the error in the xref list that keeps DBus-Switchboard-GUI from opening. Version 1.2.15 will fix that. Hold on for a few minutes...

[rebhana]

Yes, I've discovered the error in the xref list that keeps DBus-Switchboard-GUI from opening. Version 1.2.15 will fix that. Hold on for a few minutes...

Perhaps you can then also include my xrefs compilation?

EDIT: In user-mimetypes.list, you should also have
application/postscript=Evince Debian

[rebhana]

qole, I can now open local files with microB, but opening pdf or ps files from arxiv.org stopped working:

-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['/var/tmp/0912.5383'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x1e5ff0>
------
-- params : file:///var/tmp/0912.5383
-- params2 : /var/tmp/0912.5383
-- realparams : file:///var/tmp/0912.5383
-- realparams2 : /var/tmp/0912.5383
------
-- params2 mimetype is: application/pdf
------
_rpc_callback_handler: Exception occurred during callback execution.
Traceback (most recent call last):
File "rpc.pyx", line 16, in osso.rpc._rpc_callback_handler (osso/rpc.c:1473)
File "/usr/bin/dbus-switchboard.py", line 104, in callback_func
if rowxref[2] != "" and realparams.startswith(rowxref[2]):
IndexError: list index out of range

Is this the same error preventing the GUI from opening?

[qole]

Yes, it is the same error... xrefs file just has an extra blank line at the end, which causes the app to crash.

[rebhana]

Yes, it is the same error... xrefs file just has an extra blank line at the end, which causes the app to crash.

I'd never have found such an error!
So: great! Everything seems to work without that extra blank line! :cool:

[qole]

New version (1.2.15):


Fixes critical blank line bug that breaks GUI and service
Fixes unknown/unknown mime type: Adding it at the end of the file didn't work, it must come before dbus-switchboard custom types.
Adds rebhana's extra XRefs

[[DarkGUNMAN]]

Hi Qole, thanks to you and rebhana for your efforts and getting understand the whole file extension/mime type shebang.
Tried the new version, glad to see that vlc is included by default as a handler, I'm sorry to say that rtsp association has stopped working

I get a window as if it is launching a program, but no banner to say which program is being launched. Stays that way for about 10 seconds then returns to the task menu.

[ruskie]

Can this handle mailto: and other URIs? I'd like to use something other than modest for the email.

[rebhana]

New version (1.2.15):


There are still a few things that don't open with microB although they are covered by xrefs and user-mimetype.list. If I try to open an uncompressed postscript file (application/postscript) from the web, microB only offers to save it and doesn't offer dbus-switchboard. Correspondingly, when it's a local postscript file, it just doesn't do anything with it but just says that this type is not supported.

More generally, how can I now tell microB that there is a handler available through dbus-switchboard?

[qole]

rebhana, can you give me a link to an application/postscript file on the web?

[qole]

I have a fix for DarkGUNMAN: it turns out GnomeVFS chokes on non-files, so it can't determine the mimetype for things like rtsp: streams.

If anyone knows of a library that can handle non-file parameters, I'm interested!

I'll see if I can also figure out rebhana's problem before pushing out a new version.

[qwerty12]

I have a fix for DarkGUNMAN: it turns out GnomeVFS chokes on non-files, so it can't determine the mimetype for things like rtsp: streams.


If I read this (https://bugs.maemo.org/show_bug.cgi?id=9498#c19) properly, I don't think you have much of a choice but to use GnomeVFS for local files. Certainly, I've never seen MIME-type definitions installed elsewhere on Maemo. For remote files, though, no idea, sorry.

[rebhana]

rebhana, can you give me a link to an application/postscript file on the web?

http://people.sc.fsu.edu/~burkardt/data/ps/ps.html

[qole]

OK, rebhana, it isn't anything broken with dbus-switchboard. You just have to add lines to the two mimetype files.

First, /usr/share/applications/defaults.list

application/postscript=hildon-dbus-switchboard.desktop

Next, /usr/share/applications/uri-action-defaults.list

application-postscript=hildon-dbus-switchboard.desktop

Note that it is application-postscript not application/postscript in the uri-action-defaults.list file. And no, don't ask me why. ;)

I will add this type to my postinst script, might as well make it available for everyone.

[qole]

New version (1.2.16) in Extras-devel!

This fixes rtsp: streaming (and other protocols) by not checking the mimetype for parameters that have "://" in them (doesn't include "file://"). I've also added .sdp cross-referenced with VLC, and I've added application/postscript to the necessary files for rebhana.

[qole]

Interesting! Apparently this new version isn't overwriting the link to /etc/gnome/defaults.list anymore, and now the file is getting messed up.

I'm investigating...

[rebhana]

Interesting! Apparently this new version isn't overwriting the link to /etc/gnome/defaults.list anymore, and now the file is getting messed up.

I'm investigating...

Also the last two versions didn't overwrite the link for me. Looking at defaults.list, I notice that (with version 1.2.15) I have repetitive entries: 2 blocks headed each by "# DBus-Switchboard default associations" , then
# Catch-all on N900
unknown/unknown=hildon-dbus-switchboard.desktop

followed by another block headed by "# DBus-Switchboard default associations".

[qole]

And on top of that, I didn't do the application/postscript associations correctly! I did "dbus-switchboard.desktop" instead of "hildon-dbus-switchboard.desktop"... :( :(

[qole]

New version (1.2.17) repairs /etc/gnome/defaults.list if required and then breaks the link to /usr/share/applications/default.list so that changes to the latter file will have no impact on the /etc/gnome file (since it isn't really used by hildon apps). Upon removal of dbus-switchboard, the changed file in .../applications is removed and the link to /etc/gnome is re-established.

I also fixed my embarrassing mistake with the application/postscript type. dbus-switchboard is properly invoked for this type now.

[casper27]

Im getting this error when trying to open a rtsp stream both rstp and .sdp are associated to Vlc as default.
~ $ dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['rtsp://84.234.23.214/iphone/iphone_bbctwo.sdp?userID=25061&accessKey=12768015724o6x78v2ysiencq0zwtxu&sdp=iphone_bbctwo.sdp&device=mobile'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file://rtsp://84.234.23.214/iphone/iphone_bbctwo.sdp?userID=25061&accessKey=12768015724o6x78v2ysiencq0zwtxu&sdp=iphone_bbctwo.sdp&device=mobile
-- params2 : rtsp://84.234.23.214/iphone/iphone_bbctwo.sdp?userID=25061&accessKey=12768015724o6x78v2ysiencq0zwtxu&sdp=iphone_bbctwo.sdp&device=mobile
-- realparams : file://rtsp://84.234.23.214/iphone/iphone_bbctwo.sdp?userID=25061&accessKey=12768015724o6x78v2ysiencq0zwtxu&sdp=iphone_bbctwo.sdp&device=mobile
-- realparams2 : rtsp://84.234.23.214/iphone/iphone_bbctwo.sdp?userID=25061&accessKey=12768015724o6x78v2ysiencq0zwtxu&sdp=iphone_bbctwo.sdp&device=mobile
------
no handler found
**Load Mime XRef**
@ /home/user/.mimetypes/user-mimetypes.list


Any ideas?
Great app by the way :)

[rebhana]

OK, rebhana, it isn't anything broken with dbus-switchboard. You just have to add lines to the two mimetype files.

First, /usr/share/applications/defaults.list

application/postscript=hildon-dbus-switchboard.desktop

Next, /usr/share/applications/uri-action-defaults.list

application-postscript=hildon-dbus-switchboard.desktop

Note that it is application-postscript not application/postscript in the uri-action-defaults.list file. And no, don't ask me why. ;)

I will add this type to my postinst script, might as well make it available for everyone.

If I understand correctly, I should do the same for all the mimetypes that are mapped to Evince_Debian in user-mimetypes.list, to wit
application/postscript=Evince Debian
application/x-bzpdf=Evince Debian
application/x-gzpdf=Evince Debian
application/x-bzpostscript=Evince Debian
application/x-gzpostscript=Evince Debian
application/x-dvi=Evince Debian
application/x-bzdvi=Evince Debian
application/x-gzdvi=Evince Debian
image/x-eps=Evince Debian
image/x-bzeps=Evince Debian
image/x-gzeps=Evince Debian

with all "Evince Debian" changed to hildon-dbus-switchboard.desktop in corresponding entries in /usr/share/applications/defaults.list, and similarly for the uri-action-defaults.list (why this duplication btw?)?

Do I also understand correctly, that these manual entries are necessary for all instances where microB knows about the mimetype, and only when microB gets "unknown/unknown" dbus-switchboard looks up the mimetype itself, in which case user-mimetypes.list determines the handler defined in /usr/lib/dbus-switchboard/dbus-switch-apps.cfg. And dbus-switch-xref.cfg is finally used when dbus-switchboard cannot determine the mimetype without looking at file extensions?

What a maze!

[qole]

casper27: Your rtsp stream doesn't have a clear extension; it has a long set of (probably confidential :eek:) parameters after the .sdp, including the login information and stream type.

Perhaps I should change the system to treat protocols differently; it shouldn't even bother with file extensions if it has a recognised protocol...

EDIT: Huh, it actually does have that. I wonder why it isn't working... Debugging...

[qole]

rebhana: Don't add a type to the default.list files unless you click on the file in the browser and it shows the mime type for that file. But if it recognizes the mime type, then yes, you do have to list it in the two mime type files. And no, I don't know why the duplication.

I would actually like to "break" the mimetype recognition for MicroB, so it sends everything not listed in the defaults to dbus-switchboard. I don't know how to do that, however. At least, not yet.... ;)

[qole]

New version 1.2.18 fixes the protocol bug casper27 discovered.

[[DarkGUNMAN]]

Confirmed, rtsp streams from TVCatchup are working again with vlc - thank you!

[[DarkGUNMAN]]

YES!!!! I managed to beat vodafone..
I have managed to get the stream to open in VLC by tunnelling rtsp over http.

I compared the address used by the iphone stream, saw that it is an HTTP connection using port 1935. I also read up on the vlc documentation and found that it could tunnel rtsp connections over http - therefore sidestepping the blanket ban imposed by vodafone.
So.. Using the port and the tunnelling i tried the following command in dbus-switchboard:

cvlc --play-and-exit --rtsp-http --rtsp-http-port=1935 --key-quit=q "%params2%"

This tells vlc to quit if it cannot connect, otherwise it stays running in the background doing nothing, tells it to use the Q key to quit (same as mplayer), and tells it to tunnel rtsp over http port 1935

I can say for certain this plays back even better than before.

[rebhana]

rebhana: Don't add a type to the default.list files unless you click on the file in the browser and it shows the mime type for that file. But if it recognizes the mime type, then yes, you do have to list it in the two mime type files. And no, I don't know why the duplication.

I would actually like to "break" the mimetype recognition for MicroB, so it sends everything not listed in the defaults to dbus-switchboard. I don't know how to do that, however. At least, not yet.... ;)

I'm going to test that further, but I found that are a couple of mimetypes that MicroB detects and which therefore should be included in the defaults.lists. I'll post a list when I've checked the types of relevance to Evince_Debian and OpenOffice. Regarding OO, at the moment only the MS doc format can be opened, and not the open formats odt, ods, odp, because microB does recognize them as application/vnd.oasis.opendocument.text etc.

I actually have a perhaps more tricky problem to offer :rolleyes:: In dbus-switchboard I would like to have the option to choose between the standard pdf reader and evince also when it is dbus-switchboard that recognizes a pdf file. Evince is more capable, but also slower, so it is certainly nice to be able to switch back and forth. And when you finally bring dbus-switchboard to the masses, the osso_pdfviewer should probably even be the default since not everybody will have qwerty12's evince (it's still only in extras-devel!).

But osso_pdfviewer is not in the list of handlers and I realized that I probably cannot so easily add osso_pdfviewer to it because osso_pdfviewer does not take parameters such as file names. I found some information on how the standard pdfviewer could be invoked explicity in this thread (http://talk.maemo.org/showthread.php?t=29089). One possiblity seems to be a script that invokes osso_pdfviewer through dbus, as discussed in the said thread, but this is somewhat of an eye-sore. Would you see a more elegant solution to handle osso_pdfviewer through dbus-switchboard?

EDIT2: Solved :D! After a large number of trials and errors, I found that
PDF Reader,cli,dbus-send --print-reply --dest=com.nokia.osso_pdfviewer /com/nokia/osso_pdfviewer com.nokia.osso_pdfviewer.mime_open string:%params%

in dbus-switch-apps.cfg gives what I was asking for!

[casper27]

;720205']YES!!!! I managed to beat vodafone..
I have managed to get the stream to open in VLC by tunnelling rtsp over http.

I compared the address used by the iphone stream, saw that it is an HTTP connection using port 1935. I also read up on the vlc documentation and found that it could tunnel rtsp connections over http - therefore sidestepping the blanket ban imposed by vodafone.
So.. Using the port and the tunnelling i tried the following command in dbus-switchboard:

cvlc --play-and-exit --rtsp-http --rtsp-http-port=1935 --key-quit=q "%params2%"

This tells vlc to quit if it cannot connect, otherwise it stays running in the background doing nothing, tells it to use the Q key to quit (same as mplayer), and tells it to tunnel rtsp over http port 1935

I can say for certain this plays back even better than before.

Brilliant is all I have to say. Really works well Thanks man and thanks to qole and the others for putting so much time in made my week :)

[rebhana]

Another problem:

In user-mimetypes.list we have mapped
application/x-dvi=Evince Debian
application/x-bzdvi=Evince Debian
application/x-gzdvi=Evince Debian

and xrefs also maps .dvi to Evince Debian. However, dvi files (device independent LATEX output) are invariably opened by native evince, which unfortunately cannot handle them although it has dvi files under its mimetype declarations.

I even tried to enforce dbus-switchboard by entries
application/x-dvi=hildon-dbus-switchboard.desktop
application-x-dvi=hildon-dbus-switchboard.desktop

in defaults.list and uri-action-defaults.list, respectively. But to no avail, despite running
update-mime-database /usr/share/mime
and rebooting.

Indeed, the entry
application/x-dvi=hildon-evince.desktop

in /usr/share/applications/mimeinfo.cache remains and only evince gets started.

I guess I could manually modify the files of the evince package to no longer refer to x-dvi, but above all I would like to understand how I can actually use dbus-switchboard to determine which program handles what, even when several packages could do the same. I'm really lost in this mime maze! :confused: It's not that I need mime support for this file format so urgently - I used it to learn about mime and dbus-switchboard, but are now driven to the conclusion that this is totally beyond me.:(

qole, I attach a (gzipped) sample dvi file, in case you want to reproduce all this.

EDIT: Just noticed that /usr/share/applications/mimeinfo.cache had a time stamp from some 2 weeks ago. Just deleting the dvi related entries there solved the problem that all the other configurations didn't have any effect for that mime-type. I just wonder who is in charge of that cache as update-mime-database doesn't update it? :eek: This is like fighting a hydra!

EDIT2: Turns out that that solved my problems only partially: Local dvi files now open with Evince Debian with microB, but when opened on the web, microB says "application/x-dvi" and still only offers to save, and not to open with dbus-switchboard, despite having made entries for that type in defaults.list and uri-action-defaults.list. I now also need to supply a line
application/x-dvi=hildon-dbus-switchboard.desktop in /usr/share/applications/mimeinfo.cache. While it now works, this is completely nuts! What am I missing here? Why was that not necessary with application/postscript??

[rebhana]

qole, why did you have to break the symlink between /usr/share/application/defaults.list and /etc/gnome/defaults.list? Wouldn't it be safer to have them remain identical?

[qole]

rebhana: Maemo doesn't seem to use /etc/gnome/defaults.list and I want to be able to port this back to the old N8x0 tablets...

Also, /usr/bin/dbus-switchboard-shim looks like it is supposed to do what you're looking for with the osso PDF reader...

ruskie: I have figured out how to get mailto: working. Just add it to the .desktop file along with the other protocols. Next version will have all the protocols listed...

[humble]

this maybe off topic(sry) but is there any way to get QTrapids to work. thanks

edit: ive went to the dir but it just opens rapids not the torrent

[rebhana]

rebhana: Maemo doesn't seem to use /etc/gnome/defaults.list and I want to be able to port this back to the old N8x0 tablets...
I see.


Also, /usr/bin/dbus-switchboard-shim looks like it is supposed to do what you're looking for with the osso PDF reader...


In the above edited post I've written down how I finally did it with dbus-send. Is that OK or is it essential to use dbus-switchboard-shim instead?

Do you agree that osso pdf reader should be there for those who don't have evince?

Any comments on my trouble with x-dvi and mimeinfo.cache (also in the edits to the corresponding post)?

[rebhana]

Looking at /usr/bin/dbus-switchboard-shim
#!/bin/sh
#ugly hack to allow dbus switchboard to 'sink' to a hildon/dbus app
run-standalone.sh $1&
sleep $2
dbus-send --type=method_call --dest=$3 $4 $5 string:"$6"
the number of parameters does not look compatible with the MediaPlayer entry:
MediaPlayer,cli,dbus-switchboard-shim com.nokia.osso_media_server /com/nokia/osso_media_server com.nokia.osso_media_server.video.play_media %params%

[debernardis]

Since one of the newest version of dbus-switchboard, there's a change in the camera app. After you shoot a photo, there's a bottom icon you can press and opens the photos default application - but after dbus-switchboard the photo gets opened in the browser.
Also the application manager opens photos (jpgs) in the browser instead of the photos application.
<br />
This could be either a feature or a bug ;)
I prefer the old association to hildon-image-viewer, though. Hope that can be restored.

EDIT: I tried to associate jpg files with this xref:
dbus-switchboard-shim com.nokia.image_viewer /com/nokia/image_viewer com.nokia.image_viewer.mime_open %params%trying the various types of parameters, but images don't get opened.

[rebhana]

I tried to associate jpg files with this xref:
dbus-switchboard-shim com.nokia.image_viewer /com/nokia/image_viewer com.nokia.image_viewer.mime_open %params%trying the various types of parameters, but images don't get opened.

According to my previous post, this would not work unless you have corrected dbus-switchboard-shim to take only 4 parameters. Is this the problem?

[debernardis]

Yes, thanks Rebhana, the problem was that one.
Now I associated jpg files with
dbus-switchboard-shim image-viewer 0 com.nokia.image_viewer /com/nokia/image_viewer com.nokia.image_viewer.mime_open %params%and it works - jpgs get opened by image_viewer both from file manager and from the photo application.

[rebhana]

Since one of the newest version of dbus-switchboard, there's a change in the camera app. After you shoot a photo, there's a bottom icon you can press and opens the photos default application - but after dbus-switchboard the photo gets opened in the browser.
Also the application manager opens photos (jpgs) in the browser instead of the photos application.


Hm, in my case photos still open in the photos applications, even without your fix!?

In my defaults listing, I have image/jpeg associated with hildon-image-viewer.desktop. Have you changed all your defaults to dbus-switchboard?

[kolos]

I would be very pleased if someone could help me with my problem.

I'm trying to associate '.abw' files with Easy Debian Abiword. I already created '.abw' xref and added 'debbie abiword' under handlers, but association doesn't work. Obviously something is missing in my steps!? On the other hand association between Abiword and '.doc' files works well.

I hope that is not so difficult to resolve, because my linux knowledge is quite limited.

[qole]

kolos: Does dbus-switchboard start when you tap on an .abw file? If it does, do you get a yellow banner saying that no handler was found? If so, what does the yellow banner say?

The ultimate debugging tool is to open a terminal, and enter:

dbus-switchboard.py

...then try to open the file, and post the output from the terminal here, everything after "dbus-switchboard started".

[kolos]

No, when I tap on .abw file it opens pop-up menu "Select application". With .docs works as should be (yellow banner 'Launching Abiword'). So, debugger doesn't give any data after 'dbus-switchboard started'.

File is OK, because it could be opened within Abiword.

[kolos]

I managed to open the file, if I in pop-up menu 'Select application' select 'dbus switchboard'. That starts Abiword.

[kolos]

Here is my output:
~ $ dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['file:///home/user/MyDocs/.documents/test/ABW.abw'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file:///home/user/MyDocs/.documents/test/ABW.abw
-- params2 : /home/user/MyDocs/.documents/test/ABW.abw
-- realparams : file:///home/user/MyDocs/.documents/test/ABW.abw
-- realparams2 : /home/user/MyDocs/.documents/test/ABW.abw
------
-- params2 mimetype is: application/x-abiword
------
-- dbus-switchboard (runcmd) : /usr/bin/run-standalone.sh debbie abiword "file:///home/user/MyDocs/.documents/test/ABW.abw" &
Starting Debian abiword file:///home/user/MyDocs/.documents/test/ABW.abw
Chroot dir specified: /.debian
No image file or partition specified.
ls: /media/mmc1/debian*.img*: No such file or directory
/.debian has a qmount already!
/home/user/MyDocs/debian-m5-v3d.img.ext2 already mounted on /.debian...
Everything set up, running chroot...

(process:2669): Gdk-WARNING **: locale not supported by C library

(process:2669): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

[debernardis]

@Qole, Rebhana: in the URI tab on my device all image-something mimetypes. including image-jpeg, are associated with hildon-browser.desktop:X-Osso-URI-Action-Open.
Can you confirm please? In order to make my hack work I have to change that to dbus-switchboard.

Also, if I apt-get purge dbus-switchboard, things get normal again and jpg get opened by the image-viewer. So it must be dbus-switchboard that directs them to the browser.

[qole]

kolos: I had to add a line to /usr/share/applications/defaults.list

application/x-abiword=hildon-dbus-switchboard.desktop

I'll add that to the next version.

debernardis, rebhana: just tried to open a photo from the filemanager; getting the same problem! Opens in the browser! What a goofy system.

[kolos]

kolos: I had to add a line to /usr/share/applications/defaults.list

application/x-abiword=hildon-dbus-switchboard.desktop

I'll add that to the next version.

Thanks qole!

If I understand right I can add this line myself without updating installation? I'm asking that because I would like also to associate Leafpad with .txt files and the situation is pretty the same as with Abiword and .abw files, except that now Notes is handling .txt files by default.

Would be the right line for Leafpad, this one?


application/x-leafpad=hildon-dbus-switchboard.desktop

[kolos]

I put the line for Abiword in defaults.list and now assiciation works fine. I also tried with that 'my line' for Leafpad, but still Notes opens .txt files instead of Leafpad.

I have another issue. I have installed FreOffice, which is in Dbus-switchboard associated with .doc and .pps files and that works fine. FreOffice should also handle .rtf files but that's not working in my case, it starts and than hangs on black screen. So, because of that I associated .rtf files with Abiword which works great in File Manager. Now, the problem is when .rtf files are attached to emails. In that case if I tap on .rtf file it initiate FreOffice instead of Abiword (without any yellow banner). Same happens when I tap on .doc attachments, FreOffice starts without yellow banner despite the fact that it's associated with .doc files in Dbus-switchboard. But that's not so crucial, because I want for .doc files to be opened with FreOffice.
Another thing that I have notice is that .abw attachments are handled properly with Abiword (initiated with yellow banner). So, obviously in my case .doc and .rtf attachments are not handled with Dbus-switchboard because of FreOffice installation.

I apologize for all linguistic mistakes I made. Sorry guys, but English is not my native language. :o

[rebhana]

debernardis, rebhana: just tried to open a photo from the filemanager; getting the same problem! Opens in the browser! What a goofy system.

It doesn't for me - also from the filemanager I get the photo application, and I haven't changed anything related to media in the dbus-switchboard setup.

[qole]

kolos: If you go to the dbus-switchboard GUI and then go to the "Defaults" button, look for the application/rtf entry and change it to the bright green setting. Then press "Dbus Switchboard" at the top and choose "Save". RTF files should now open in Abiword.

[casper27]

Photos open as normal for me both from file manager and camera app.Got latest version installed.

[rebhana]

@Qole, Rebhana: in the URI tab on my device all image-something mimetypes. including image-jpeg, are associated with hildon-browser.desktop:X-Osso-URI-Action-Open.
Can you confirm please? In order to make my hack work I have to change that to dbus-switchboard.

Also, if I apt-get purge dbus-switchboard, things get normal again and jpg get opened by the image-viewer. So it must be dbus-switchboard that directs them to the browser.

Oh, I also have hildon-browser.desktop:X-Osso-URI-Action-Open in the URI tab, but in the defaults list, half of the image entries are hildon-image-viewer.desktop (in particular jpeg) and the others hildon-browser.desktop.

[kolos]

kolos: If you go to the dbus-switchboard GUI and then go to the "Defaults" button, look for the application/rtf entry and change it to the bright green setting. Then press "Dbus Switchboard" at the top and choose "Save". RTF files should now open in Abiword.


Thanks qole,

With yours instructions I managed to open ".txt" files with Leafpad.

With ".rtf" problem still exists because the line under "Defaults" was already green. Actually under "Defaults" I have only entry "text/dbs-rtf" which was already set to "hildon-dbus-switchboard.desktop", but I don't have entry "application/rtf".

I also opened file "user-mimetypes.list" (/usr/lib/dbus-switchboard/) with Leafpad and there I found "application/rtf=none". Should be "none" OK for this one?

[ed00]

Qole, thank you for directing to this thread. I installed DBus-Switchboard config but it keep crushing even after reboot. Went through whole thread but couldn't find how to fix it. Probably missed something im kind of new to this...

[qole]

ed00: can you please enter the following long and complicated command at the terminal and post the results:

sudo /usr/bin/run-standalone.sh /usr/bin/dbus-switchboard-gui

[ed00]

it asking me for password:
~ $ sudo /usr/bin/run-standalone.sh /usr/bin/dbus-switchboard-gui
Password:

and when im trying as a root nothing happening :
/home/user # ~ $ sudo /usr/bin/run-standalone.sh /usr/bin/dbus-switchboard-gui
/home/user #

[qole]

ed00:
You should not be asked for a password for that command...

gain root and try the command without the "sudo" at the beginning.

If that works, then run the following:


update-sudoers


Then leave root terminal and try the sudo command again.

If it doesn't work, then your install must be broken. As root, try:


apt-get install dbus-switchboard

[ed00]

Thank you Qole ! This is awesome finally it works did without sudo and now it running .

[Sash]

I'm having a bit of trouble trying to set up FeedingIt application as the default rss feed handler.

In the Defaults section, I've set the application/news_reader entry to the bright green setting, and have added a new FeedingIt hander with the parameter %params% (i'm not sure if this is correct)

I then set up a Xref entry for both .rss and news_reader as FeedingIt and have re-booted. But then when I try to subscribe to a new feed on MicroB a yellow banner comes up saying opening FeedingIt but nothing happens.

Any help would be appreciated.

[qole]

Sash: It sounds like dbus-switchboard is working; it is attempting to open FeedingIt, but something isn't quite right in the invocation.

Open a terminal and run dbus-switchboard.py and see what messages you get when you open a newsfeed.

[Sash]

Okay, now when I click on save newsfeed in MicroB it launches FeedingIt but it doesn't open the option to save a newsfeed, i.e it just opens the application, as if I clicked it from the menu.

Here is the output I get from Terminal:

$ dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['http://feeds.digg.com/digg/popular.rss'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file://http://feeds.digg.com/digg/popular.rss
-- params2 : http://feeds.digg.com/digg/popular.rss
-- realparams : file://http://feeds.digg.com/digg/popular.rss
-- realparams2 : http://feeds.digg.com/digg/popular.rss
------
-- dbus-switchboard (runcmd) : /usr/bin/run-standalone.sh FeedingIt http://feeds.digg.com/digg/popular.rss &

[qole]

Sash, Feedingit must not be able to handle parameters passed on the command line. This thread has some tips for sending parameters via dbus. Alternately, you can ask FeedingIt's developer to make the app accept command line parameters.

[Sash]

Cheers anyway qole. I'll have a look through the thread for more info on sending parameters via dbus.

[Slocan]

Like qole said, FeedingIt doesn't understand the command line parameter you are giving it. To add a feed, you can use this command line:
dbus-send --session /org/maemo/feedingit org.maemo.feedingit.AddFeed
'string:http://rss.example.com'
If that doesn't do what you want, please submit a feature request for FeedingIt.

[qole]

Sash: You can add that dbus-send command to dbus-switchboard, in the Handlers window. Substitute %params% where Slocan has "http://rss.example.com" and it should work.

[Sash]

I'm afraid it didn't work for me :( . I'll make a feature request for it though.

This is what I get in X-Term:
dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['http://feeds.digg.com/digg/popular.rss'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file://http://feeds.digg.com/digg/popular.rss
-- params2 : http://feeds.digg.com/digg/popular.rss
-- realparams : file://http://feeds.digg.com/digg/popular.rss
-- realparams2 : http://feeds.digg.com/digg/popular.rss
------
-- dbus-switchboard (runcmd) : /usr/bin/run-standalone.sh dbus-send --session /org/maemo/feedingit org.maemo.feedingit.AddFeed 'string:file://http://feeds.digg.com/digg/popular.rss' &

[Slocan]

I apologize, it looks like the dbus-send command requires a couple more arguments (not exactly sure why though). Try with this:
dbus-send --print-reply --dest='org.maemo.feedingit' --session /org/maemo/feedingit org.maemo.feedingit.AddFeed 'string:%params%'
However, there shouldn't be the "file://" in front of the URL. Maybe with %params2% ?

[qole]

Slocan's right, use %params2%

[timwatt]

m-player on my n810 (with gui) could play gsm encoded .wav files.
i have tyred kMplayer and it cant play them.

So I was wondering with the command line MPlayer will play gsm encoded .wav files?

if so (i would like to test it) how do you open a wav file from the command line?

And if i want to set MPlayer as my dealt handler for .wav files from e-mail and file manager, is the how too distilled into a Wiki or do I have to read the 317 posts to find the info ;-)

thanks

[Sash]

I've tried it again with the new code but unless I'm doing something wrong that doesn't work as well:

$ dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['http://feeds.digg.com/digg/popular.rss'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file://http://feeds.digg.com/digg/popular.rss
-- params2 : http://feeds.digg.com/digg/popular.rss
-- realparams : file://http://feeds.digg.com/digg/popular.rss
-- realparams2 : http://feeds.digg.com/digg/popular.rss
------
-- dbus-switchboard (runcmd) : /usr/bin/run-standalone.sh dbus-send --print-reply --dtest='org.maemo.feedingit' --session /org/maemo/feedingit org.maemo.feedingit.AddFeed 'string:http://feeds.digg.com/digg/popular.rss' &
Usage: dbus-send [--help] [--system | --session | --address=ADDRESS] [--dest=NAME] [--type=TYPE] [--print-reply=(literal)] [--reply-timeout=MSEC] <destination object path> <message name> [contents ...]

[Big Phat Jan]

I've tried it again with the new code but unless I'm doing something wrong that doesn't work as well:

$ dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['http://feeds.digg.com/digg/popular.rss'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file://http://feeds.digg.com/digg/popular.rss
-- params2 : http://feeds.digg.com/digg/popular.rss
-- realparams : file://http://feeds.digg.com/digg/popular.rss
-- realparams2 : http://feeds.digg.com/digg/popular.rss
------
-- dbus-switchboard (runcmd) : /usr/bin/run-standalone.sh dbus-send --print-reply --dtest='org.maemo.feedingit' --session /org/maemo/feedingit org.maemo.feedingit.AddFeed 'string:http://feeds.digg.com/digg/popular.rss' &
Usage: dbus-send [--help] [--system | --session | --address=ADDRESS] [--dest=NAME] [--type=TYPE] [--print-reply=(literal)] [--reply-timeout=MSEC] <destination object path> <message name> [contents ...]


Typo alert - dtest should be dest.

I don't think you need to go through dbus-switchboard if feedingit has been set up to recieve params through dbus though - what happens if you just change your default rss reader to feedingit?

(EDIT) Looks like people more versed in how feedingit works have already commented so I guess that's not so easy...

Cheers,
Jan

[Sash]

Good spot Jan.

I've amended the typo and it works as intended. Cheers all!

[ryanl33x1511]

can any one help me. i was trying to set rtsp and file 3gp to open with either mplayer or kmplayer or vlc, but when i click on the link that have rtsp 3gp file, the yellow message pop up saying that either mplayer,kmplayer or vlc is loading then the circle start to spin after 1,2 second its disappear...so the dbus is working but then some how not loading with mplayer or kmplayer or vlc.. Havent tried with other file yet.

[ryanl33x1511]

this is the link www.zoovision.com/view.php?video=7&c=10 then click play this is the out put in xterm

dbus-switchboard.py
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['rtsp://stream.zoovision.com/Movies/vader_sessions.3gp'].
-- dbus-switchboard: Interface is org.dbus.switchsvc
-- dbus-switchboard: user_data is <osso.context.Context object at 0x407bf030>
------
-- params : file://rtsp://stream.zoovision.com/Movies/vader_sessions.3gp
-- params2 : rtsp://stream.zoovision.com/Movies/vader_sessions.3gp
-- realparams : file://rtsp://stream.zoovision.com/Movies/vader_sessions.3gp
-- realparams2 : rtsp://stream.zoovision.com/Movies/vader_sessions.3gp
------
-- dbus-switchboard (runcmd) : /usr/bin/run-standalone.sh /usr/bin/mplayer -quiet "rtsp://stream.zoovision.com/Movies/vader_sessions.3gp" &
MPlayer SVN-r30099-4.2.1 (C) 2000-2009 MPlayer Team

Playing rtsp://stream.zoovision.com/Movies/vader_sessions.3gp.
Resolving stream.zoovision.com for AF_INET6...
Couldn't resolve name for AF_INET6: stream.zoovision.com
Resolving stream.zoovision.com for AF_INET...
Connecting to server stream.zoovision.com[174.36.223.58]: 554...
A single media stream only is supported atm.
rtsp_session: unsupported RTSP server. Server type is 'DSS/6.0.3 (Build/526.3; Platform/Linux; Release/Darwin Streaming Server; State/Development; )'.
Resolving stream.zoovision.com for AF_INET6...
Couldn't resolve name for AF_INET6: stream.zoovision.com
Resolving stream.zoovision.com for AF_INET...
Connecting to server stream.zoovision.com[174.36.223.58]: 80...
Server returned 404: Not Found
No stream found to handle url rtsp://stream.zoovision.com/Movies/vader_sessions.3gp

[qole]

ryan...

Try VLC, people have reported success with RTSP and VLC.

[ryanl33x1511]

i did with vlc too..but vlc is loading then disappear again.

[taril]

After installation, when you would open an jpg image, the default app is the browser, not the image viewer, and i cant modify it!

[debernardis]

@taril: see http://talk.maemo.org/showpost.php?p=723503&postcount=287
This new association will cure your disease ;)

[taril]

When I select a value, and use the DELETE command, it does nothing!

[debernardis]

When I select a value, and use the DELETE command, it does nothing!

Save, close app and restart, you should find it deleted.

[nikossonik]

after installing the app, xls, xlsx doc and docx files are associated with openoffice and not with documents to go. The icons from DTG also changed to default white system icons. I tried to asociate them with the program, but i cannot do it. Anyone can help??

[tan]

Seems like once a handler is created it is not possible to delete it, or change its name.

[qole]

New version in Extras-devel fixes the handler deletion bug (it was a bad call to a confirmation dialog), and I added the rebhana / debernardis Maemo Photos handler to address the "browser opens pictures" problem.

[sdpkom]

ruskie: I have figured out how to get mailto: working. Just add it to the .desktop file along with the other protocols. Next version will have all the protocols listed...

Sorry, can't find the .desktop file you are referring to. so I can't edit it myself.

In dBus-switchboard gui,

in URIs - mailto is set to green hildon-dbus-switchboard.desktop
in URLs - mailto is set to thunderbird
in Handlers - thunderbird is set to debbie icedove "%param%"

Modest still launches every time (trying to get me to configure it again)

What am I missing.

Thanks.

[qole]

sdpkom: I just tested it with the same settings and it works for me...

[WhiteWolf]

In my N900 and works with the new version.

[WhiteWolf]

In "Defaults" no video / x-flv and I can put it.

Does anyone know how? I just do not open the videos in flash with VLC

[qole]

gain root and edit /usr/share/applications/defaults ... add:


video/x-flv=hildon-dbus-switchboard.desktop


then edit /usr/share/applications/uri-action-defaults.list ... add:



video-x-flv=hildon-dbus-switchboard.desktop


That will make dbus-switchboard handle video/x-flv but I don't know if that's the proper mimetype.

[WhiteWolf]

Thanks, I'll try.

[chameleon]

I am trying to open from Maemo default File Manager, the file "Τηλεόραση.cbz" with "cbrpager". But it fails with this message: http://img409.imageshack.us/i/screenshot2010082903333.png/. It seems that converts any utf-8 greek character to 2 characters of type %XX.

I can open the file "television.cbz" in "cbrpager" from File Manager but not someone with greek characters.

from console (ash) I can run the command "cbrpager Τηλεόραση.cbz" with success.

Handler is `cbrpager "%realparams2%"`
Default is "application/x-cbz => hildon-dbus-switchboard.desktop"

[qole]

chameleon: try just %params% and if that doesn't work try %realparams% and %params2% and one of those should work.

[doctor madness]

Hi qole, I read this thread and you seem competent to solve my problem.
On my N900 (running Maemo5) I installed dbus-switchboard. I ran dbus-switchboard-gui (with root user), and add a new Handler, and I add :
Abiword,cli,abiword %params%
to /usr/lib/dbus-switchboard/dbus-switch-apps.cfg.
I modified /usr/lib/dbus-switchboard/dbus-switch-xref.cfg :
.doc,Abiword,

I rebooted the device, but when I try to open a .doc file, I have a yellow banner saying "No handler configured for this type".
I tried to debug using :
dbus-switchboard.py
I get the following :
dbus-switchboard started
--
-- dbus-switchboard: Received an RPC to mime_open.
-- dbus-switchboard: RPC had arguments ['file:///home/user/MyDocs/.documents/MARTINS%20(IB).doc'].
--
-- params : file://%5B%27/home/user/MyDocs/.documents/MARTINS%20%28IB%29.doc%27%5D
-- params2 : %5B%27/home/user/MyDocs/.documents/MARTINS%20%28IB%29.doc%27%5D
-- realparams : file://['/home/user/MyDocs/.documents/MARTINS (IB).doc']
-- realparams2 : ['/home/user/MyDocs/.documents/MARTINS (IB).doc']
--
no handler found

So I don't understand why dbus-switchboard doesn't found my handler, and finally open the file using Abiword.
Could you help me a little ?

[RdM]

qole : appreciate your help. how do i have to configure dbus-switchboard

Have the latest version of dbus-switchboard installed.
When I try to open a docx, doc, odt ect..file. in openoffice with the maemo file manager i got for a second of two a black update screen and after that nothing happend.
Same with evince maemo. Have also easy debian installed.
This afternoon it seems to work but suddenly it disapears

.

[RdM]

Have also noticed :
Have now installed docs to go premium
When i try to open a doc file via filemanager or e-mail attachment then
the file is opened via document togo but it freezes then.
when I uninstall the dbus-switchboard the file opens also but now i can scroll.
what is wrong ??

[qole]

doctor madness: it doesn't look like you are using the version of dbus-switchboard from extras-devel. It should strip the [' and the '] but it isn't doing that on yours...

RdM: You should get a yellow banner saying something like, "Opening document.doc with OpenOffice" ... and I don't have docs to go installed, so I don't know why it is freezing on you.

[RdM]

doctor madness: it doesn't look like you are using the version of dbus-switchboard from extras-devel. It should strip the [' and the '] but it isn't doing that on yours...

RdM: You should get a yellow banner saying something like, "Opening document.doc with OpenOffice" ... and I don't have docs to go installed, so I don't know why it is freezing on you.

@Qole I have made a fresh start . Flashed the OS and the mass memory.
Installed only easy-debian and dbus-switchboard.
If I try to open a docx or a doc file in the native maemo file manager. nothing happend.
if i choose from the "open with..." context menu dbus-switchboard .
If itry to open such a doc or a docx from a e-mail ( modest) attachement I got a black update screen for a second or two and the sceen goes to the desktop screen and nothing happend.
I was expecting that the documents would be openend bij "OpenOffice".
I got no yellow banner saying something.

When I check the settings from Dbus-switchboard
I see the following from Xref : .doc OpenOffice, .docx OpenOffice Writer
When check the Handlers I see : OpenOffice handler debbie ooffice "%params%"
for OpenOffice Writer handler = debbie oowriter "%params%".

Is my expectation wrong that doc , docx files could be opened with the maemo file manager utilizing the debian OpenOffice application.
With the pcmanfm debian file manager have no problem.
I suppose that when I can open the files with the maemo file manager that the doc e-mail attachment will be no problem

Do I have to change some settings ??? or is my expectation wrong as here we are talking of a maemo and a debian enviroment.

Would be happy if you could help as I got a lot of mails with doc, xls and pdf attachements

[qole]

RdM: I honestly don't know what's wrong, it works for me "out of the box"...

[RdM]

qole
I don{t know if this is an indication that when it was working for a short while ( few hours) 2 days ago i thought i saw in XREF .doc , .docx ect.... OpenOffice Debian instead of just OpenOffice.
The case is how i can create it again.
thank you for your response

[SamJonah]

After installing dbus-switchboard and rebooting I tried to start it so that I could configure the Citrix .ica file type.
The dbus-switchboard program starts and shows in the title bar for a while then disappears.
Running dbus-switchboard.py in x-term returns a message ending 'Cannot Initialise Context'.
Have tried uninstalling and then reinstalling to no avail.
Can anyone help?
Is there an easy way for me to post the full diagnostic message?
Thanks

[doctor madness]

qole : i switched to freoffice so I'd like to remove all the stuff introduced by dbus-switchboard, Is there something special to do , or just to remove the package ? (apt-get remove --purge ?)

[qole]

doc madness: A purge should set all the files back to defaults.

Do you like freoffice? Does it do the job?

[krisgesling]

I've just started using FreOffice and it's great for browsing documents and minor editing but I haven't tried to do anything substantial in it. Obviously so much quicker than OpenOffice though since its so light.

I'm planning to set it as my default but dbus switchboard hasn't exactly worked out of the box for me. I haven't had a chance to play with it properly though. For some reason it's opening jpg's in the maemo browser and text/plain claims to not have a handler.

<Update> To get photos opening with the maemo photo app, I had to set image/pjpeg to green in the defaults tab. I also got .txt working when I realised leafpad's handler needed quotation marks so it was leafpad "%params%" unfortunately text/plain files without an extension still don't work unless i run leafpad then open them through it, it still claims that no handler is configured.

I also haven't managed to get FreOffice working. It launches but just sits on the loading screen until you tap it and it closes. I've tried %params% %params2% and %realparams% as well as each with the quotation marks. What did others use?

[qole]

after installing the app, xls, xlsx doc and docx files are associated with openoffice and not with documents to go. The icons from DTG also changed to default white system icons. I tried to asociate them with the program, but i cannot do it. Anyone can help??

nikossonik and m.alkhalel (who contacted me in private): I don't have Documents to Go installed, so I cannot comment, except to suggest that you delete all of the problem extensions from the X-Refs tab in the Dbus Switchboard GUI.

[m.alkhalel]

nikossonik and m.alkhalel (who contacted me in private): I don't have Documents to Go installed, so I cannot comment, except to suggest that you delete all of the problem extensions from the X-Refs tab in the Dbus Switchboard GUI.

thx for ur reply but now it tells me "no handler onfigured" and even deleting the pro. didnt solve the problem.
how can i add dtg to the X-Refs list? i tried to add it to the handlers list then to s-refs list but without any success.

[Patroclo]

Help! I don't know how to associate xls files to freoffice. The GUI of dbus switchboard seems not to exist at all in my n900 and really I don't want to use the xterm.
My problem is that I have a xls file as a mail attachment and it is opened by gnumeric. I wish to read the attachment by freoffice but I can't do because mail prevents to download attachment.

[lem0ns]

is there a new link for the n8x0 version of dbus-switchboard? I just re-flashed today and it's no longer in the application manager and the links in this thread are dead.

[qole]

Hi lem0ns,

It should be in the extras-devel repository for the N8x0. Is it gone?

[lem0ns]

I have extras-devel enabled and it's not showing up.

[Xagoln]

Quick, grab the package from somebody's /var/cache/apt/archives ?

No trace of the diablo version here !?

http://maemo.org/packages/view/dbus-switchboard/

[qole]

Wow, ok, well, let me see if I can package something and push it into Diablo Extras-Devel. If I can still remember how ;-)

[ale152]

I think I found a bug.
Since I installed dbus-switchboard, jpeg files get opened by web browser. I tried to disable everything, to restore default settings, but if I have dbus-switchboard installed, jpeg files get opened by web browser.
If I uninstall dbus-switchboard, jpeg files start to get opened by image viewer.

[qole]

Two announcements:
1. I have put the original Diablo version (with one tiny tweak to get it to go through the autobuilder) into Extras-Devel. You should find it there now.

2. I have put an updated version in Fremantle Extras-devel that associates Maemo Photos with .jpg files. So you should be able to fix the browser-opening-pictures problem by going to the URIs screen and changing image-jpeg and image-pjpeg to dbus-switchboard, going to defaults and changing image/jpeg and image/pjpeg then using the menu to save it all and quit.

[tso]

The diablo build is missing python-glade2 and gnome-python|python-gnome2.

[janszoon]

After installing dbus-switchboard and rebooting I tried to start it so that I could configure the Citrix .ica file type.
The dbus-switchboard program starts and shows in the title bar for a while then disappears.
Running dbus-switchboard.py in x-term returns a message ending 'Cannot Initialise Context'.
Have tried uninstalling and then reinstalling to no avail.
Can anyone help?
Is there an easy way for me to post the full diagnostic message?
Thanks

same prob for me...latest version from extradevel...any ideas?

[qole]

I can only suggest posting the full error message.
Open a terminal and type dbus-switchboard-gui and then copy and paste the error message in your terminal here.

[impeham]

was anyone able to map an ".xlsx" or ".docx" extension to a handler? it seesm that dbus-switchboard does not make the handler that was set to launch.

Configuring handler for ".xls" and ".doc" works fine.

[tso]

likely there is no mime type set for those files, and so there is no way to tell Maemo to hand it over to switchboard. Had a similar issue where cbr works but cbz does not.