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 776977 - The headerbar button action are sometimes shifted
The headerbar button action are sometimes shifted
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
3.24.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-01-07 12:05 UTC by jeremy9856
Modified: 2018-05-22 16:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
border action shifted (101.89 KB, image/png)
2017-05-15 07:16 UTC, jeremy9856
  Details
close action shifted (102.07 KB, image/png)
2017-05-15 07:17 UTC, jeremy9856
  Details
pdf test (423.82 KB, application/pdf)
2018-01-18 09:50 UTC, jeremy9856
  Details
Wrong event coordinates 1 (130.72 KB, image/png)
2018-03-05 03:21 UTC, Casey Jao
  Details
Right clicking in window brings up desktop context menu (116.65 KB, image/png)
2018-03-05 03:22 UTC, Casey Jao
  Details
Wrong event coordinates 2 (notice the jump in x) (117.66 KB, image/png)
2018-03-05 03:23 UTC, Casey Jao
  Details
right click passthrough 2 (126.06 KB, image/png)
2018-03-05 03:30 UTC, Casey Jao
  Details
Hack to print motion events (1.34 KB, patch)
2018-03-09 17:50 UTC, Casey Jao
none Details | Review

Description jeremy9856 2017-01-07 12:05:30 UTC
Hello,

Evince can't be closed with the X sometimes. It's like the border of the window is not correctly detected as a resize cursor appear when hovering the X button on the headerbar. I think it happen only when maximized. If you unmaximize / resize the window, the X button work again.

Fedora 24 & 25
Evince 3.20 & 3.22

Thanks !
Comment 1 jeremy9856 2017-02-23 07:24:02 UTC
Happen with arc and adwaita themes
Comment 2 jeremy9856 2017-03-25 06:10:11 UTC
In fact it's all the buttons in the toolbar that don't work unless you resize the window.
Comment 3 jeremy9856 2017-05-14 08:40:25 UTC
It seem that the buttons in the headerbar works but their action are shifted !
Comment 4 Germán Poo-Caamaño 2017-05-14 10:50:14 UTC
Does it happen with any other application? If any, I think it would be a bug in GtkHeaderBar itself, and therefore the bug should belong to GTK+.
Comment 5 Germán Poo-Caamaño 2017-05-14 10:54:17 UTC
Or maybe it is related to Header bars densely populated. In such case, this would be related to Bug 732289
Comment 6 jeremy9856 2017-05-15 07:15:24 UTC
(In reply to Germán Poo-Caamaño from comment #4)
> Does it happen with any other application? If any, I think it would be a bug
> in GtkHeaderBar itself, and therefore the bug should belong to GTK+.

I only see this in Evince.

(In reply to Germán Poo-Caamaño from comment #5)
> Or maybe it is related to Header bars densely populated. In such case, this
> would be related to Bug 732289

I don't think it's that the problem.
Comment 7 jeremy9856 2017-05-15 07:16:40 UTC
Created attachment 351853 [details]
border action shifted

Here you can see that the border action is shifted
Comment 8 jeremy9856 2017-05-15 07:17:15 UTC
Created attachment 351854 [details]
close action shifted

Here you can see the close action that is shifted
Comment 9 jeremy9856 2017-05-15 07:18:19 UTC
I hope I'm clear enough
Comment 10 Germán Poo-Caamaño 2017-05-15 12:59:54 UTC
Can you reproduce the issue with any PDF document or some documents?

I am just speculating what it could be. I have seen the issue with the close button a couple of times in the past, but I cannot reproduce the issue reliably. For example, now I tried 9 different documents, and I could not reproduce the issue, it worked fine on maximized, left pane, and normal windows.
Comment 11 jeremy9856 2017-05-15 14:45:59 UTC
I think it happen with every pdf but not always. I mean, with the same document, sometime it happen and sometime it don't.
Comment 12 jeremy9856 2017-08-19 08:14:48 UTC
It happen very often for me and it happen on all my computers. You really can't reproduce the bug ?
Comment 13 André Klapper 2017-08-19 15:53:08 UTC
jeremy9856: Please do not comment if there is nothing new to add. Read comment 10. Is your question serious? Why don't you believe what people wrote?
Comment 14 jeremy9856 2017-08-19 17:47:15 UTC
André: Please do not comment if there is nothing new to add. Read comment 12. Is your question serious? Why don't you believe what I wrote? It happen very often for me and it happen on all my computers. Did you try to reproduce the bug before commenting?
Comment 15 Germán Poo-Caamaño 2017-08-19 18:04:45 UTC
With honey with attract bees, not with vinegar. Please Jeremy, stop the rudeness.

As I said before, I have seen the issue, but I am unable to reproduce it reliably.


If you can give a group of clear steps, with a sample document, and setting on how to reproduce the issue reliably, then please add it explicitly. By reliable I mean, that you can always reproduce the issue following those steps.

The first step to fix a bug is to be able to reproduce it. Before that happens, there is nothing we can do about it.  Of course I would like to see the issue fixed, but I understand the limitations to do so.
Comment 16 jeremy9856 2017-08-19 18:14:26 UTC
(In reply to Germán Poo-Caamaño from comment #15)
> With honey with attract bees, not with vinegar. Please Jeremy, stop the
> rudeness.

Well it's André that started to be rude but it's me that need to stop ? Whatever I will focus on the bug.

> As I said before, I have seen the issue, but I am unable to reproduce it
> reliably.

That's why I asked to you if it really doesn't happen if you test again. Maybe you can trigger it now (after some update since then) ?

> If you can give a group of clear steps, with a sample document, and setting
> on how to reproduce the issue reliably, then please add it explicitly. By
> reliable I mean, that you can always reproduce the issue following those
> steps.

Well I just open pdfs with evince. I will try to see if I can found some settings that reliably trigger it. 

> The first step to fix a bug is to be able to reproduce it. Before that
> happens, there is nothing we can do about it.  Of course I would like to see
> the issue fixed, but I understand the limitations to do so.

I understand that and I really want to help. Maybe I don't do it the right way and for that I'm sorry. Thanks !
Comment 17 Germán Poo-Caamaño 2017-08-19 18:28:41 UTC
(In reply to jeremy9856 from comment #16)
> (In reply to Germán Poo-Caamaño from comment #15)
> > With honey with attract bees, not with vinegar. Please Jeremy, stop the
> > rudeness.
> 
> Well it's André that started to be rude but it's me that need to stop ?
> Whatever I will focus on the bug.

André is one of the bugmasters (people in charge of GNOME's Bugzilla). In his profile, he has 31 points, which means is one of the developers with more experience doing triage.

In the best interest of being effective with everyone's time, it is best to add comments only when there is new information that help reproduce the issue. Otherwise, it may be rude.

> > As I said before, I have seen the issue, but I am unable to reproduce it
> > reliably.
> 
> That's why I asked to you if it really doesn't happen if you test again.
> Maybe you can trigger it now (after some update since then) ?

I use Evince from master, which I build every other week or so. It is the most
recent version. I see the issue once in a while, and when I try to reproduce it,
I cannot.

> > If you can give a group of clear steps, with a sample document, and setting
> > on how to reproduce the issue reliably, then please add it explicitly. By
> > reliable I mean, that you can always reproduce the issue following those
> > steps.
> 
> Well I just open pdfs with evince. I will try to see if I can found some
> settings that reliably trigger it.

Yes, please.

> > The first step to fix a bug is to be able to reproduce it. Before that
> > happens, there is nothing we can do about it.  Of course I would like to see
> > the issue fixed, but I understand the limitations to do so.
> 
> I understand that and I really want to help. Maybe I don't do it the right
> way and for that I'm sorry. Thanks !

Fair enough.
Comment 18 André Klapper 2017-08-20 06:00:46 UTC
(In reply to jeremy9856 from comment #16)
> I understand that and I really want to help.

@jeremy9856: Then please follow comment 13 and do not periodically mass-comment on most of your tickets without adding any content that would bring a task closer to resolution, otherwise your account might get disabled at some point.
Thanks for your understanding.
Comment 19 jeremy9856 2018-01-18 09:49:44 UTC
Well I switch to Ubuntu 17.10 and the bug was present. I tried from the live session and the problem was here too. So you should be able to reproduce it very easily. It happen on 3 computers with intel igpu. Note that on an other computer with an nvidia gpu it doesn't seem to occur with nouveau or proprietary drivers.
Comment 20 jeremy9856 2018-01-18 09:50:33 UTC
Created attachment 367001 [details]
pdf test
Comment 21 Casey Jao 2018-02-09 14:51:29 UTC
I have encountered this bug too, but only in the Gnome Xorg session and not in the Wayland session.
Comment 22 Casey Jao 2018-03-05 03:21:05 UTC
Recently I encountered this bug while running a modified Evince that logs "motion" events. As you can see in the attached screenshots, when this bug arises the events have the wrong coordinates; ordinarily the close button has y coordinate approx 50 and x coordinate approx 950 for a half-wide window. In the last screenshot, right-clicks in the Evince window while sufficiently close to the right border seem to be interpreted as clicks on the desktop.
Comment 23 Casey Jao 2018-03-05 03:21:57 UTC
Created attachment 369311 [details]
Wrong event coordinates 1
Comment 24 Casey Jao 2018-03-05 03:22:31 UTC
Created attachment 369312 [details]
Right clicking in window brings up desktop context menu
Comment 25 Casey Jao 2018-03-05 03:23:13 UTC
Created attachment 369314 [details]
Wrong event coordinates 2 (notice the jump in x)
Comment 26 Casey Jao 2018-03-05 03:30:59 UTC
Created attachment 369315 [details]
right click passthrough 2

More generally, events near the right border are passed to windows underneath. Since I haven't seen this bug in the wayland session, maybe this is an X11 bug?
Comment 27 Germán Poo-Caamaño 2018-03-09 17:21:03 UTC
(In reply to Casey Jao from comment #26)
> Created attachment 369315 [details]
> right click passthrough 2
> 
> More generally, events near the right border are passed to windows
> underneath. Since I haven't seen this bug in the wayland session, maybe this
> is an X11 bug?

or something in between (in the stack). But, why only Evince?

may you attach the 'motion' patch you are using to debug the issue?
Comment 28 Casey Jao 2018-03-09 17:50:47 UTC
Created attachment 369515 [details] [review]
Hack to print motion events
Comment 29 Germán Poo-Caamaño 2018-03-09 17:54:40 UTC
Thanks for the patch. I have been trying to reproduce the issue for around 30 minutes, unsuccessfully. I was expecting to use Gtk+ inspector (shift+ctrl+I) to interrogate the window.

I can reproduce it when I am doing something else, usually when I do not have time to debug it. Damn bug! ;-)
Comment 30 GNOME Infrastructure Team 2018-05-22 16:58:40 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/743.