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 770271 - dragging a file from file-roller causes file-roller to lose temporally its border
dragging a file from file-roller causes file-roller to lose temporally its bo...
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Themes
3.20.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-08-23 10:05 UTC by Hussam Al-Tayeb
Modified: 2016-10-12 18:10 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Screenshot showing file-roller with no border shadow. (92.38 KB, image/png)
2016-08-23 10:05 UTC, Hussam Al-Tayeb 		Details

Description Hussam Al-Tayeb 2016-08-23 10:05:25 UTC 
Created attachment 333980 [details]
Screenshot showing file-roller with no border shadow.

Dragging a file from file-roller causes file-roller to lose temporally its border outline and shadow. Releasing the mouse brings back the border to file-roller.
I was told on irc in gtk+ channel that this occasionally can happen in evince as well.

Notice how file-roller doesn't have a border/shadow in the attached screenshot but nautilus does.
The border comes back when I release the mouse.
Comment 1 Hussam Al-Tayeb 2016-08-23 10:19:19 UTC 

*** This bug has been marked as a duplicate of bug 767621 ***
Comment 2 Hussam Al-Tayeb 2016-08-23 11:48:30 UTC 
This also happens in multiple other applications.
- Evince while dragging an image from an opened pdf file.
- Yelp when dragging an image as it crosses the window border.
Comment 3 Matthias Clasen 2016-08-24 10:13:59 UTC 
Probably the theme isn't handling the window being a drop target ?
Comment 4 Lapo Calamandrei 2016-08-24 14:40:09 UTC 
Makes sense I'll check that out asap
Comment 5 Matthias Clasen 2016-09-10 13:02:43 UTC 
Lapo, any insights ?
Comment 6 Lapo Calamandrei 2016-10-12 17:22:51 UTC 
Looks like a theme issue yep. The whole window here is a drop target, which makes the shadow/borders go crazy. I'll see how to fix this in the theme.
Comment 7 Lapo Calamandrei 2016-10-12 17:38:03 UTC 
I pushed a fix, avoiding the drop(active) styling to apply on the whole toplevel window, so this bug is technically fixed, but we're missing a way to indicate when a toplevel window is a drop target and I have no idea (yet) about how to do it, since we can't use the shadow since mutter won't support that and won't be visible when the window is maximised and we can't use the borders since our windows are borderless actually.