After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 732285 - auto-move-windows: Glitch in prefs dialog
auto-move-windows: Glitch in prefs dialog
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: extensions
3.12.x
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2014-06-26 15:01 UTC by Debarshi Ray
Modified: 2017-10-26 15:38 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Screenshot (170.22 KB, image/png)
2014-06-26 15:01 UTC, Debarshi Ray 		Details

Description Debarshi Ray 2014-06-26 15:01:24 UTC 
Created attachment 279319 [details]
Screenshot

There is a 'No applications found for "(null)".' overlaid on the add rule dialog. See screenshot.
Comment 1 Florian Müllner 2014-06-26 15:39:03 UTC 
Ah yes, I meant to report this - basically, GtkAppChooser provides an API to choose an application for opening some content. As that, all applications that don't handle URLs/files will be excluded, which does not make sense in the context of the extension - I don't see any way around this but to replace the stock widget with our own app selector I'm afraid ...
Comment 2 Jasper St. Pierre (not reading bugmail) 2014-06-26 17:54:23 UTC 
We should probably fix GtkAppChooser so that a NULL content-type means "show all applications" without the glitch.
Comment 3 Andrea Antolini 2015-01-04 14:15:39 UTC 
Same issue also on gnome  3.14.2 (on Archlinux).. Please also notice that all  apps are listed twice..

Regards 
Andrea
Comment 4 Daniel Boles 2017-10-26 10:33:20 UTC 
Is this resolved by the fix of Bug 789327?
Comment 5 Florian Müllner 2017-10-26 15:38:22 UTC 
Yup