Open Bug 1268395 Opened 8 years ago Updated 2 months ago

[oxygen-gtk3] open/upload/save file under kde is impossible because of filepicker

Categories

(Core :: Widget: Gtk, defect, P2)

46 Branch
Unspecified
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: sunweb, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: tpi:+)

Attachments

(1 obsolete file)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:46.0) Gecko/20100101 Firefox/46.0
Build ID: 20160425115337

Steps to reproduce:

Try to open/upload/save file, filepicker won't let you choose directory/file, it simply drags items.

I appreciate your work and upgrade to gtk3, on my machine i've noticed firefox become abit snappier but this is serious issue. Can't you simply use KDE filepicker on KDE or have some switch in the settings, this would resolve such troubles forever?
OS: Unspecified → Linux
Severity: normal → critical
Blocks: gtk3
Severity: critical → normal
Component: Untriaged → Widget: Gtk
Product: Firefox → Core
what a vote for the bug?
new bug(?)
see 
tools -> addons.

http://itmages.ru/image/view/4209931/20de0bf8
Which version of libgtk-3 is installed?
See Also: → 1268672
libgtk-3 version 3.10.8-0ubuntu1.6
Priority: -- → P1
Blocks: 1270421
This reproduces with gtk3-engines-oxygen_1.3.5-0ubuntu1_amd64.deb and
libgtk-3-0_3.10.8-0ubuntu1_amd64.deb and
but not gtk3-engines-oxygen_1.0.2-0ubuntu3_amd64.deb and 
libgtk-3-0_3.4.2-0ubuntu0.9_amd64.deb
nor oxygen-gtk3 1.4.1 and libgtk 3.16.7.
No longer blocks: 1270421
Summary: open/upload/save file under kde is impossible because of filepicker → [oxygen-gtk3] open/upload/save file under kde is impossible because of filepicker
From https://bugzilla.mozilla.org/show_bug.cgi?id=1270421#c5 :

It works in gtk3-demo. My version of libgtk-3-0 is 3.10.8~8+qiana.

The theme is oxygen-gtk. I disabled the ~/.config/gtk-3.0/settings.ini file by putting a tilde in front of the filename, and the open/save dialogs work again. (They look ugly, because it reverts to the default theme. But they work.)

I still have Places & Devices, BTW. That didn't change with the theme.
This is fixed in oxygen-gtk3.
https://bugs.kde.org/show_bug.cgi?id=330596

I think the best solution is to use another GTK theme.  Perhaps a newer version may work but it may be necessary to stay on the 1.3 branch because it may be necessary to match with GTK versions.

I thought this in ~/.kde4/share/config/oxygenrc might work, but it didn't help.

[Style]
WindowDragEnabled=false

I guess Gecko could detect a bad version of the theme and fallback to the default GTK theme.
in version 46.0.1 this bug is PRESENT.
(In reply to Karl Tomlinson (ni?:karlt) from comment #10)
> This is fixed in oxygen-gtk3.
> https://bugs.kde.org/show_bug.cgi?id=330596
> 
> I think the best solution is to use another GTK theme.  Perhaps a newer
> version may work but it may be necessary to stay on the 1.3 branch because
> it may be necessary to match with GTK versions.
> 
> I thought this in ~/.kde4/share/config/oxygenrc might work, but it didn't
> help.
> 
> [Style]
> WindowDragEnabled=false
> 
> I guess Gecko could detect a bad version of the theme and fallback to the
> default GTK theme.

Patch didn't work. And seeing as Firefox 47 doesn't fix anything Mozilla doesn't care. I checked on Windows though and they didn't break anything in there, why? They were using Windows' native dialog system, why not do the same for KDE?
Possibly related, the dialog that lets you select a new application to open the file is also barely functional (same symptom as the left part of the file selector: clicking doesn't select and starts a drag operation). Could be fixed by the patch above.
Still seeing this on today's nightly, on three different machines. Stuck on a rather old version now, because this bug makes anything newer completely unusable; any hope of a timely work-around??
Actually finally found a work-around: set ui.allow_platform_file_picker=false (in about:config).

Fallback dialog is quite hideous, but at least allows upgrading to the latest Firefox without losing all upload/download functionality..
(In reply to CoJaBo from comment #15)
> Actually finally found a work-around: set
> ui.allow_platform_file_picker=false (in about:config).

Great workaround, thanks a lot CoJaBo!
Priority: -- → P2
Whiteboard: tpi:+
After the discovery of a bug I'm using version ESR 45.xx
---

By default, the bug still existents even in the 49 version. When the developers will fix it?
Now I will try to do bugfix said CoJaBo 2016-07-01 21:31:18 PDT above.
http://itmages.ru/image/view/4927040/fe862eb1
---
I do not like these dialog Шindoшs :(, but the solution works.
Blocks: 1284391
ok changing the gtk heme to breeze which i got from this post:

https://www.systeminside.net/ya-tengo-todo-integrado/

solves the problem on firefox 49. thunderbird seems to use gtk-2 and does not have this issue. might it be a problem in the oxygen-gtk engine or something like that?
In Linux Mint 17.3 KDE 64bit this issue is related to the GTK-theme "oxygen-gtk" which is the default GTK-theme. Using another GTK-theme (I'm using Mint-X-Blue) resolves this issue (and some of other issues as well).
(In reply to Beren Erchamion from comment #22)
> ok changing the gtk heme to breeze which i got from this post:
> https://www.systeminside.net/ya-tengo-todo-integrado/ 
> solves the problem on firefox 49. thunderbird seems to use gtk-2 and does
> not have this issue.

That's the best workaround shared so far IMO, thanks Beren!

In Kubuntu 14.04 for instance, one should go to KDE's System Settings > Application Appearance, select section "GTK" to the left and change the GTK3 theme (I opted for Adwaita) - no need to change the GTK2 theme (I kept oxygen-gtk).

The file picker is pretty good looking and works normally. It may just be necessary to tweak colors (via section "Colors" to the left) to match your desktop/windows borders colors.
Hey. Thunderbird has the same bug. with the dialog box (vers: 52.1.1 (64-bit).
Bug I noticed 1 or 2 months ago.

Please support QT and KDE. I prefer using the Dolphin file picker over the GTK one.

Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 7 duplicates.
:stransky, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(stransky)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(stransky)
Attachment #9383982 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: