1. 11 Feb, 2018 19 commits
  2. 10 Feb, 2018 4 commits
  3. 09 Feb, 2018 1 commit
  4. 08 Feb, 2018 1 commit
    • Carlos Garnacho's avatar
      wayland: Improve EOF detection when reading selections · 08f60dbc
      Carlos Garnacho authored
      g_input_stream_read_bytes() roughly provides the same guarantees
      than g_input_stream_read() wrt the number of bytes being possibly
      read (i.e. it being a best effort, but no real guarantees).
      Instead, rely on the 0-len read that we'd get at the end of the
      Fixes clipboard/DnD transfers possibly being cut short, resulting
      on "Broken pipe" errors on the other side.
      Closes: #1
  5. 05 Feb, 2018 2 commits
    • Benjamin Otte's avatar
    • Benjamin Otte's avatar
      css: Add a workaround for gtk_widget_override_font() · 6ff326a8
      Benjamin Otte authored
      The problem here is that the CSS machinery expects font sizes to be in
      pixels, but gtk_widget_override_font() provides a value in point and the
      CSS machinery has no ability to query the DPI and convert.
      This patch changes the dconversion DPI we use from a hardcoded 96 to the
      default screen's DPI, which should work better than before.
      This will of course not listen to changes in the default screen's DPI,
      but that shouldn't be a problem.
      People who want to workaround this should use gtk_widget_override_font()
      with a font that has an absolute size set via
      pango_font_description_set_absolute_size (size * PANGO_SCALE *
                                                gdk_screen_get_resolution (screen));
  6. 04 Feb, 2018 1 commit
  7. 03 Feb, 2018 2 commits
  8. 31 Jan, 2018 1 commit
  9. 30 Jan, 2018 1 commit
  10. 27 Jan, 2018 1 commit
  11. 26 Jan, 2018 1 commit
    • Timm Bäder's avatar
      menu: Guard against NULL toplevel · 136b8853
      Timm Bäder authored
      This can happen, as indicated by GtkMenu explicitly connecting to
      ::destroy of its toplevel window. Do the same thing in GtkComboBox.
  12. 24 Jan, 2018 2 commits
  13. 22 Jan, 2018 3 commits
    • Daniel Boles's avatar
      Widget: Don’t call reset() on NULL EventController · b8e24304
      Daniel Boles authored
      GtkGesture is a GtkEventController. gtk_event_controller_dispose() calls
      _gtk_widget_remove_controller(). That NULLs the pointer-to-Controller in
      our EventControllerData but does not delete said ECData from our GList.
      Subsequently, if that same Widget gets unparent()ed, that method calls
      unset_state_flags(), which leads to doing reset_controllers() if we are
      insensitive. Now, unlike most most other loops over the GList of ECData,
      reset_controllers() does not skip nodes whose pointer-to-Controller is
      NULL. So, we call gtk_event_controller_reset(NULL) and get a CRITICAL.
      This surfaced in a gtkmm program. The Gesture is destroyed before the
      Widget. The Widget then gets dispose()d, which calls unparent()… boom.
      I didn’t find an MCVE yet but would hope this logic is correct anyway:
      The simplest fix is to make the loop in gtk_widget_reset_controllers()
      skip GList nodes with a NULL Controller pointer, like most other such
      loops, so we avoid passing the NULL to gtk_event_controller_reset().
      In other, live cases, _gtk_widget_run_controllers() loops over the GList
      and removes/frees nodes having NULL Controllers, so that should suffice.
      But this clearly was not getting a chance to happen in the failing case.
    • Administrator's avatar
      Update Esperanto translation · 814c55d4
      Administrator authored
    • Juan Pablo Ugarte's avatar
      GtkGestureMultiPress: check event state before emiting released signal · beed1f66
      Juan Pablo Ugarte authored
      Fix bug 771986 "Inconsistent 'row-activated' signal emission before \
      drag'n'drop, 'activate-on-single-click'=TRUE, 'reorderable'=TRUE"
  14. 21 Jan, 2018 1 commit