Gtk 3 file dialog in kde

The file dialog of some gtk3 apps (deadbeef, audacious) is broken under kde. For example, i can't add a folder with deadbeef. With both audacious and deadbeef, the breadcrumbs doesn't work, so you cannot get back up a folder when you add files from subfolders.

Looking at my dbus messages above, the following section from pacman.log looks very suspicious:
$ grep disk /var/log/pacman.log
[2010-03-26 22:57] installed devicekit-disks (009-5)
[2010-03-26 22:57] installed gnome-disk-utility (2.28.1-1)
[2010-04-01 07:52] removed devicekit-disks (009-5)
[2010-04-01 07:52] installed udisks (1.0.0-2)
[2010-04-01 07:53] upgraded gnome-disk-utility (2.28.1-1 -> 2.30.1-1)
[2010-04-10 11:07] upgraded udisks (1.0.0-2 -> 1.0.1-1)
No time currently to check if downgrading these helps. Also looks kinda complicated because udisks replaces devicekit-disks.
This also looks somehow related: http://groups.google.com/group/linux.de … 0f49cd9b53
Edit:
OK, the symptoms can be replicated with the following command sequence:
sudo /etc/rc.d/dbus restart
udisks --dump # <-- this takes forever.. 24 seconds on my system
udisks --dump # <-- any subsequent calls finish instantly, 0.043 seconds on my system
Last edited by schuay (2010-04-20 18:49:30)

Similar Messages

  • GTK file dialog causes crash

    Hello community,
    I am experiencing a weird problem since I upgraded this afternoon. The upgrade itself went smooth and didnt break any package. I checked the latest mirrors an found out my system is perfectly up to date.
    Unfortunately, the GTK file dialog seems broken. Trying to use this dialog causes a crash in firefox, epdfview, gimp and inkscape. Thunar doesn't start at all, not leaving, like all other mentioned programs, anything useful behind in the terminal. They just crash immediately. Qt file dialog works (tested in arora).
    Any idea what (i. e. what package) causes this problem?
    thanks in advance, joe

    Thank you for the reply.
    I found my problem.
    There was a \r\n appended to part of my default file name which caused it to cancel the file dialog.
    The filename was CT_TE5000001\r\n.xlsm instead of the desired CT_TE5000001.xlsm.

  • Libreoffice in KDE does not use KDE file dialogs

    Hello,
    I have libreoffice-4.2.4-1 from [extra] installed, together with libreoffice-kde4 4.2.4-1. But it still shows the GTK file open/save dialog instead of the KDE one.
    I tried starting libreoffice with the following command that I got from the wiki:
    SAL_USE_VCLPLUGIN=kde4 lowriter
    But that does not change anything. I guess, the autodetection of libreoffice works well, and it is already using the QT style even without the SAL_USE_VCLPLUGIN variable set. It is just not using the right file dialogs. There is a setting libreoffice options (Tools--> Options --> General --> Use Libreoffice dialogs), but it is unchecked.
    I checked the forums about this, but the only thing I could find were some threads about a bug with Libreoffice crashing on start. I experienced that bug too, and it seems to be gone now. Unfortunately, I find the missing KDE file dialogs even more annoying.

    For me OOO_FORCE_DESKTOP=kde4 does not solve the problem either.
    About arojas' link: Do I understand this correctly, that they disabled the KDE file dialog because it is possible that the application crashes in certain conditions due to some QT component? And they hardcoded that, so you cannot reactivate it using some option?

  • "Preview this File" Does Nothing + Blinding GTK+ open file dialogs...

    ...I have two problems in KDEMod4...did anyone have these problems and how do you fix them?
    Right clicking a file and clicking "Preview this File" does nothing...including folder views, Konqueror, and Dolphin.
    GTK+ open file dialogs alternate between the normal background for my text box and blindingly white background.

    Hi,
    I also have the same problem, but with my JNI and C++ expertise, I was able to isolate the problem.
    My platform:
    - Microsoft Windows XP, Family Edition (French), Version 2002, Service Pack 3
    - JRE 1.6.0_21
    In the source of the JDK6 (Src/windows/classes/sun/awt/windows/WDesktopPeer.java), the Desktop.open(file) calls the native method
    ShellExecute(*uri.toString()*, "open")
    For example, if you try to open "c:\helloworld.pdf",
    uri.toString() = "*file:/c:/helloworld.pdf*"if I call ShellExecute("C:\\helloworld.pdf", "open"), it works
    but if I call ShellExecute(" file:/c:/helloworld.pdf", "open"), it doesn't work on my platform.
    In both case, the ShellExecuteW or ShellExecuteA function of the Windows API return the integer 42 (> 32), saying that the functions succeeded. If the file object is not correct, the function should return a value <= 32.
    => The bug is not due to Java implementation, but to a bug in the Windows API.
    Other remark:
    I also tried the "ShellExec_RunDLL" entry point of the Shell32.dll library using RunDll32 utility. Both commands below are running correctly:
    rundll32 SHELL32.DLL,ShellExec_RunDLL "C:\hello.pdf"
    rundll32 SHELL32.DLL,ShellExec_RunDLL "file:/C:/hello.pdf"My conclusion:
    1) A workaround could be implemented in the JRE: use the file path without the "file:/" protocol prefix.
    2) This bug seems to be present only one some version of Windows XP (to confirm).
    Rodolphe.

  • Open file/browse-file dialog window size too small

    It seems like the size of the "Open file" and "Browse file"-dialog windows have become too small to use efficiently.
    I'm not sure if this is related to the latest updates from testing, but it wasn't like this before. I have to resize the dialog window every time in order to be able to select files and folders.
    The changes are not saved across the same session of a program, but it does result in unpredictable behavior in gedit.
    If I resize the open file dialog, then close the dialog, then open it again, the changes are sometimes preserved, but not always. Sometimes it's small and sometimes it's resized, and there's no way of telling.
    I'm running compiz-fusion and emerald, but the bug is not related to window manager, as it's the same with metacity and openbox. So it's for all GTK programs.
    When I try to run gnome-appearance-properties, I get:
    "Unable to start the settings manager 'gnome-settings-daemon'.
    Without the GNOME settings manager running, some preferences may not take effect. This could indicate a problem with Bonobo, or a non-GNOME (e.g. KDE) settings manager may already be active and conflicting with the GNOME settings manager."
    and the problem remains no mather what GTK theme I choose.
    Is gnome-settings-daemon responsible for this kind of behavior?
    Last edited by WeeDie (2008-10-12 00:52:03)

    The issue was resolved by updating all to gnome-desktop 2.24 from testing..
    Seems like the swedish repository mirrors are a bit left behind..

  • Some qt only programs are crashing opening the "Open File" dialog

    Hello Archers,
    I'm having some trouble to find out what's crausing the crashes, so i can properly fill a bug report upstream.
    Here is the issue:
    * After an upgrade from glibc 2.13-5 to glibc 2.14-4, some qt-only apps are crashing when i open the "Open File" dialog. This only happens when using specific KDE 4.6.4 or KDE 4.6.5 styles, like Oxygen and QtCurve.
    * Before i upgrade KDE from 4.6.4 to 4.6.5, i downgraded glibc and its dependencies to glibc 2.13-5 and the bug was gone. After upgrading KDE to 4.6.5, i didn't try the downgrade again because KDE 4.6.5 requires glibc 2.14 and the process of downgrading become unsustainable.
    * I tried removing the crashing apps data from my home directory and the crash still exists. I also tried to create a new user and start the apps from that new environment and the apps crashes, so the bug is not user-specific.
    * I tried replacing the binary nvidia driver with xf86-video-nouveau but the issue persists.
    * The apps crashing (and not applying the kde theme) are the following:
    => opera 11.50
    When opening the "Open File" dialog, it crashes with the following message:
    ------------- begin ---------------------------------
    $ opera --sync
    (operapluginwrapper:2349): Gdk-WARNING **: GdkWindow 0x7400034 unexpectedly destroyed
    (operapluginwrapper:2349): Gdk-WARNING **: GdkWindow 0x7400033 unexpectedly destroyed
    (operapluginwrapper:2349): Gdk-WARNING **: GdkWindow 0x7400032 unexpectedly destroyed
    (operapluginwrapper:2349): Gdk-WARNING **: GdkWindow 0x740001c unexpectedly destroyed
    The program 'operapluginwrapper' received an X Window System error.
    This probably reflects a bug in the program.
    The error was 'BadWindow (invalid Window parameter)'.
      (Details: serial 547 error_code 3 request_code 18 minor_code 0)
      (Note to programmers: normally, X errors are reported asynchronously;
       that is, you will receive the error a while after causing it.
       To debug your program, run it with the --sync command line
       option to change this behavior. You can then get a meaningful
       backtrace from your debugger if you break on the gdk_x_error() function.)
    ------------- end ---------------------------------
    => vlc 1.1.10
    When opening the "Open Directory" dialog, it crashes with the following message:
    ------------- begin ---------------------------------
    $ vlc
    VLC media player 1.1.10 The Luggage (revision exported)
    Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
    Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
    [0x9884a7c] main interface error: no suitable interface module
    [0x97e28fc] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
    Blocked: call to setlocale(6, "")
    Blocked: call to setlocale(6, "")
    Segmentation fault
    ------------- end ---------------------------------
    * Using other qt-only apps, like qmmp or UMPlayer the bug doesn't occur.
    So, what do you thing of this? Am i the only one with this issue? I already reported the bug report on https://bugs.archlinux.org/task/24991 and https://bugs.opera.com/wizard/, but since i latter found out that this is not opera specific, i don't know where to fill the report. 
    Thanks in advance.
    Last edited by eldarion (2011-07-09 15:15:13)

    kachelaqa wrote:
    eldarion wrote:kachelaqa, can you please confirm if it happens with vlc or opera too? Thanks for helping.
    i had to install vlc and opera to test - but i'm afraid i don't get the errors you are seeing.
    so far, qt designer is the only application i've found that crashes when opening file dialogs.
    Ok, thanks for helping.

  • Set nautilus as default file manager in kde?

    I would give kde a good chance, but I have several issues with konqueror. Is it possible to set nautilus as the default file manager in kde? I have started nautilus from kde before.
    Is this possible?

    OK then. Install nautilus.
    control center > file associations > inode > directory [ then add: "nautilus --no-desktop" ] (make sure it's primary in the list)
    You'll not be able to open KIO slaves such as media:// with nautilus though. Maybe you should create launchers on the desktop running "nautilus --no-desktop computer://" etc?
    There are some other cosmetic changes you can do as well, such as installing gnome-volume-manager, gnome-settings-dameon, gnome-control-center etc.
    Another way is just to add "nautilus --no-desktop" as default application for inode > directory, but don't add it as *primary*, but secondary application, so you can right click and choose "open with nautilus" on the desktop/konqueror.
    I've successfully run a complete nautilus desktop replacing konqueror as root window and file manager, and it works really good actually.
    I did uncheck "icons on desktop" and disabled wallpaper in kcontrol.
    Had to disable "hal backend" in kde to let gnome-volume-manager take care of hal mounts; "HalBackendEnabled=false" in .kde/share/config/mediamanagerrc
    Then i had to run "gnome-settings-daemon &" in .kde/Autostart/startup (this file should be executable, as usual) (nautilus itself is a GUI application and will survive  the next session on it's own, because of KDE session managment)
    I took the easy route and installed the whole "gnome" metapackage instead of selective packages though.
    The only problem was that kedit.desktop didn't want to start as default application for say, text files, but i had to enter kedit manually in that box you get during "open with dialog".
    I bastardized KDE, i know
    It was worth it! hehe
    BTW dolphin/d3lphin is really good too, as lucke pointed out.

  • Firefox Open File Dialog icons missing?

    When Firefox calls the Open File Dialog the must majority of folders and files show up with the same white icon. How can I fix that?

    gnome-icon-theme
    gnome-icon-theme-symbolic
    gtk-update-icon-cache
    hicolor-icon-theme
    icon-naming-utils
    kdeartwork-emoticons
    kdeartwork-iconthemes
    kdepim-akonadiconsole
    kdeplasma-addons-applets-icontasks
    oxygen-icons
    perl-gtk2-trayicon

  • [SOLVED] Chromium crashes everytime I choose a file in the file dialog

    Title says all. And it doesn't even need to be a file dialog from Chromium itself. If I trigger a file dialog elsewhere, Chromium also crashes. I only have a slightest idea that it has something to do with GTK+ (or with oxygen-gtk), but that's all I've got.
    Any ideas?
    Last edited by R_Rios (2012-12-17 04:06:36)

    So, I just ran the gtk-kde4 kcm module and the theme field was empty for some reason. Just selecting a theme (oxygen-gtk, if that matters) seems to have solved my issue.

  • I am trying to open CR2 files from a Cannon EOS 1DX camera in Photoshop CS6 and I have already updated the Camera Raw Plug in but Photoshop is still giving me the cannot open files dialog box? Help?

    I am trying to open CR2 files from a Cannon EOS 1DX camera in Photoshop CS6 and I have already updated the Camera Raw Plug in but Photoshop is still giving me the cannot open files dialog box? Help?

    Canon 1DX support was added to ACR in version 6.7, 7.1.  An updated CS6 should be at level ACR 8.6.  If your ACR is not at level 8.6 try using CS6 menu Help>Updates.  If that does not install ACR 8.6 try downloading the ACR and DNG 8.6 converter and see if ACR 8.6 will install into your CS6.
    Adobe - Adobe Camera Raw and DNG Converter : For Windows
    Adobe - Adobe Camera Raw and DNG Converter : For Macintosh

  • File dialog with multiple custom patterns

    I am in need of being able to user select multple file patterns (*.bin, *.exe...) in a file dialosg similar to the express File Dialog VI where it lists the directory and allows the user to select multiple files from a windows dir listing.  The express VI has a patterns input that takes  multiple patterns separated by a semimcolon but there appears to not be a way of providing a ring control for file type and letting the user select the pattern that he wants to filter the directory listing with.  I.E> > If the user wants to only load files that are *.bin, he only wants to view them in the listing.  How can I do this without mutliple dialog boxes?
    Solved!
    Go to Solution.

    Off-the-shelf might be something like a list box that allows multiple selections.  Or you could drop a cluster of booleans on the FP and parse the selected file types and place ;'s between them.  You could have multiple string controls that the user inputs the file extension and then you programmatically insert a ; I can't think of something off-the-shelf that easily does what you are looking for, these suggestions require a little bit of programming but should get you off to a good start at least.
    This is the approach for choosing any desired types from a list.  If you want to choose only one, use a ring or combo box or enum...  Much simpler when only choosing one of many.
    Nathan - Certified LabVIEW Developer

  • Open File dialog in 1.1.0.21

    This is an old issue which I thought was supposed to be resolved in 1.1, but whenever you go to the open file dialog, it still always starts in the installation directory. It does not remember the last directory used and I cannot find anything in the global preferences that enables you to specify a preferred default location. There is a feature request that is marked as complete in 1.1 which kind-of covers this issue but relating to saving files, but the behaviour of both the save file and open file dialog is the same as it was.
    Using build MAIN-21.41 on windows xp.

    I too was disappointed that this promised enhancement was left out of version 1.1. However, I found a workaround that helps minimize the problem.
    If you have a Windows Explorer window open to the folder where your SQL file resides, you can drag-and-drop the file into SQL Developer to open it. The trick is that you must drag your cursor to the tab bar area of the SQL Developer window to get the file to open in a new tab. Dragging it to the editor section of the SQL Developer window will not open the file.
    Paul

  • Open File dialog window when setting the value of a path type input argument in a VI call

    Hi,
    I am new to TestStand (running 4.0) and I want to create a sequence of VIs to turn on, setup and measure a device. One of my VIs sends a configuration file to my device. An input argument to this VI is the path of the config file. I would like to make it simple to modify this path when setting up the sequence by popping up the File Open dialog window and choose my file. Is this possible? I do not want to manually change the file during execution, just to have multiple calls of one VI, each call opening a different file according to the path given to it during the setup. 
    So far I have only succeeded in manually entering the absolute path each time I add this step. What makes it even more annoying is the fact that LabVIEW interprets the path with the escape codes, rendering the path unusable. Manually adding a 2nd backslash at each '\' occurence adds another step to the process. I tried both String and Path type of inputs, and the SearchandReplace() or ToUpper() (trying to bypass the escape codes) functions in TestStand don't seem to help m.
    Your help is very much appreciated,
    Fred

    Eudaemonic,
    If you want to create a series of easy to configure step types so others can develop sequence files easily, you could use custom step types. When you create a custom step type you implement your own configuration dialog. Since you have control over what controls you expose in your configuration dialog, you can design it so the desired path is selected using a open file dialog. Refer to chapter 13 of the TestStand reference manual for more information about custom step types.
    If you do not want to create a custom step type but you still want to give access to your sequence developers to pre-configured steps, you can use templates. A step template is a snapshot of a step that you can reuse later. Let's assume that instead of asking your users to edit the step to enter the desired path, you create several step templates with different pre-configured paths and based on their applications requirements they could use the appropriate template. Refer to the NI TestStand Help for more information about the Templates list on the Insertion Palette.  
    Hope it helps.
    Antonio Lie. 

  • Please fix: Common Open File Dialog Box to support Favorites (Follow-up: Better provisioning in the Windows client)

    One more thing:
    What's missing is favorites is a way to use the favorites space in the Common Open File Dialog Box.
    Please obsolete or (re)develop components in Windows, so those components support any new workflows in Windows!
    On example of an application where you cannot use Favorites is Adobe Photoshop. It uses the Common Open File Dialog Box in Windows (which does not support Favorites).
    Comparing Finder (MacOS) with Windows Explorer - you "seem" to have the option of using favorites to pin folders.
    Well, if your application calls Windows to use the Common Open File Dialog Box - it's actually NOT POSSIBLE AT ALL to navigate to the user concepts (user folders) pinned to favorites.
    Again, the favorites namespace is completely unused (not provisioned) out-of-the-box. That's may be ok, however it's not fully implemented across Windows and just another example of stuff accumulating up to being unusable.
    What's missing is favorites is a way to use the favorites space in the Common Open File Dialog Box.
    Ref.: Better provisioning in the Windows client
    https://social.technet.microsoft.com/Forums/en-US/dbb2102f-00b7-47ca-88f2-4f88cd9d3409/followup-starting-launching-and-switching-?forum=WinPreview2014Feedback#2aba34e9-6074-4750-8f66-425bdeacc705
    https://social.technet.microsoft.com/Forums/en-US/168bb9f9-ab18-42e6-9f20-5e36e71f742c/merging-the-task-bar-and-the-start-screen-area?forum=WinPreview2014Feedback#168bb9f9-ab18-42e6-9f20-5e36e71f742c
    https://social.technet.microsoft.com/Forums/en-US/59a5bb6a-0368-4f34-bea4-b9811ac0bf8c/dont-forget-development-of-the-start-screen-remember-virtualization-of-it-too-purpose-is-hud?forum=WinPreview2014Feedback#59a5bb6a-0368-4f34-bea4-b9811ac0bf8c
    https://social.technet.microsoft.com/Forums/en-US/c10168fe-a534-44aa-a0ec-e9defc71da5f/better-provisioning-in-windows-client-remember-templates-for-the-start-screen-like-the-need-for?forum=WinPreview2014Feedback#c10168fe-a534-44aa-a0ec-e9defc71da5f

    Congrats to Carmelo!
     Windows Phone and Windows Store Apps Technical Guru - February 2015  
    Carmelo La Monica
    Windows Phone 8: control Nokia Maps (Part 3)
    JH: "Part 3 of the series how to work with the Nokia maps control. As the previous articles this one contains a lot of code snippets and some pictures. Good work!"
    Ed Price: "A great topic, a fantastic breakdown of sections with clear descriptions, and a nice mix of code formatting and helpful images! Another stellar article from Carmelo! Great job including the link back at the end to the portal
    article!"
    Ed Price, Azure & Power BI Customer Program Manager (Blog,
    Small Basic,
    Wiki Ninjas,
    Wiki)
    Answer an interesting question?
    Create a wiki article about it!

  • Open File Dialog - JSP pages

    If I create a jsp page with an open file dialog will it work no matter what OS people are running? What I want to do is attach a file. It would be preferrable if I could set a "working" directory and when I open up the dialog it starts in that directory. It has to work with Windows, Macs, and Linux . If there is no way to set the "working" directory, can a cookie be created that remembers the last directory accessed from the page so that when they open up the dialog it opens up under the last directory accessed?

    there is a html input type that sparks up the OS native filechooser. Thus, it should be platform independent. You should look into Apache Commons FileUpload, as it makes the process of uploading/sending files ridiculously easy.

Maybe you are looking for