1. 05 Jun, 2017 5 commits
  2. 04 Jun, 2017 1 commit
  3. 03 Jun, 2017 5 commits
  4. 02 Jun, 2017 5 commits
    • Dan Torop's avatar
      wayland: selectively cancel key repeat on key release · a23ad61a
      Dan Torop authored
      Under Wayland, when multiple keys are pressed and the user releases a
      key, key repeat should continue unless the key released is the one
      currently repeating.
      
      In the case of:
      
      - key1 press
      - key1 repeat
      - key2 press -> key1 repeat stopped
      - key2 repeat
      - key2 release
      
      The behavior should be to cancel keyboard repeat, though key1 is still
      held down. This is consistent with prior X11/XWayland behavior.
      
      The following also must work:
      
      - key1 press
      - key2 press
      - key2 release
      - key2 press
      - key1 release
      - key2 should continue to repeat
      
      The fix for bug #778019 should continue to work:
      
      - key1 press
      - key1 repeat
      - key2 press -> key1 repeat stopped
      - key1 release
      - key2 should repeat
      
      The choice to change the counter nkeys to the flag repeat_active
      helps to solve the second test case.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=781285
      a23ad61a
    • Olivier Fourdan's avatar
      wayland: fix xdg_surface test in move/resize drag · 24f9d290
      Olivier Fourdan authored
      begin_resize_drag() and begin_move_drag() check for xdg_surface being
      not null, but those apply on xdg_toplevel so they should check for
      xdg_toplevel being non-null instead.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=781945
      24f9d290
    • Olivier Fourdan's avatar
      wayland: check parent surface for subsurface · 08aade4b
      Olivier Fourdan authored
      When an event is received while a tooltip is showing, the GtkTooltip's
      event handling code can end up calling gdk_window_set_transient_for()
      from gtk_tooltip_set_last_window().
      
      The Wayland GDK backend will try to automatically create a subsurface
      in gdk_wayland_window_set_transient_for() but if the parent surface is
      gone meanwhile, this will will cause a crash when trying to create a
      subsurface from a parent with a null surface.
      
      Checking for the parent is not sufficient, we ought to check for the
      parent surface as well to avoid the crash.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=782283
      08aade4b
    • Olivier Fourdan's avatar
      wayland: Do not map toplevel utility as popup · a84fc387
      Olivier Fourdan authored
      Applications can specify the type hint as utility even on toplevel
      windows.
      
      When that toplevel is also marked as a transient for another window,
      GDK Wayland backend would translate that as an xdg_popup which is not
      appropriate.
      
      While utility temp windows should remain mapped as subsurfaces (such as
      the ones used by treeviews), regular windows should not translate as
      neither a subsurface nor an xdg_popup.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=781945
      a84fc387
    • Christoph Reiter's avatar
      gtkfilechoosernativewin32: Fix support for non-ASCII paths · a1dc9e46
      Christoph Reiter authored
      The code used SIGDN_URL to get an URL for the selected item, but Windows URLs
      are a mix of unicode and percent encoded characters in the locale encoding
      and not something GFile can understand. The result is a garbage file
      path.
      
      Instead use SIGDN_FILESYSPATH to get a real file path if available.
      
      Also checks the return value of g_utf16_to_utf8 because file paths on
      Windows can contain lone surrogates which would make the conversion fail.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=783347
      a1dc9e46
  5. 01 Jun, 2017 1 commit
  6. 31 May, 2017 5 commits
  7. 30 May, 2017 2 commits
  8. 28 May, 2017 1 commit
  9. 27 May, 2017 1 commit
  10. 25 May, 2017 14 commits