testmountoperation: Test process dialog

Without this, it is hard to trigger the
dialog. Event with this, we have to force
GtkMountOperation to use its own dialog.

mountoperation: Survive on Wayland

The code was assuming it is dealing with an
X11 display, and trigger assertions. Fix that
to make it work at least as well as it does
on Windows.

text: Prevent unexpected notify::direction emissions

Calling gdk_device_get_direction can trigger a
notify::direction emissions, since the X11 backend
determines the direction on demand. Prevent that by
forcing the direction to be determined ahead of time.

Fixes: #5311

Merge branch 'wip/corey/cherrypick-from-main' into 'gtk-4-8'

Cherrypick into 4.8

See merge request GNOME/gtk!5312

Add Interlingue translation

atspicontext: Log more helpful warnings when the a11y bus doesn't exist

atspicontext: Cache empty atspi bus address

We are caching the bus address as data on the display object when it
exists, but fail to set the data when the bus address doesn't exist.
That causing excessive calls to GetAddress when the accesssbility
bus doesn't exist. Make sure to cache a non-existent accessibility
bus by setting the "" string.

atspicontext: Log failure to connect to a11y

GTK depends on the a11y infrastructure to be in place unless GTK_A11Y is
set to none.  It appears that despite that, users attempt to
get around the a11y requirement without setting GTK_A11Y.
This can cause, amongst other issues, performance problems
with gtk applications.  Log failure to connect to the a11y
bus.

Update Basque translation

Merge branch 'cherry-pick-a9c9678e' into 'gtk-4-8'

Merge branch 'workaround-glx-issue' into 'main'

See merge request GNOME/gtk!5287

Merge branch 'workaround-glx-issue' into 'main'

GLX: Add extra glXMakeContextCurrent () call to work around a DRI issue

Closes #4499, #5387, and #5170

See merge request GNOME/gtk!5285

(cherry picked from commit a9c9678e1f617755368f16424a03ae1f2d2ced4e)

f788e994 GLX: Add extra glXMakeContextCurrent () call to work around a DRI issue

Update Abkhazian translation

Merge branch 'wip/smcv/ci-4-8' into 'gtk-4-8'

[4.8.x] subprojects: Pin GLib to version 2.74.x

See merge request GNOME/gtk!5252

subprojects: Pin GLib to version 2.74.x

GLib 2.74.x and GTK 4.8.x both correspond to the GNOME 43 cycle. Keeping
GLib on the 2.74.x branch avoids a CI regression when GLib git main
depends on a newer Meson version than the one GTK's CI installs, which
has happened in 2.75.x as a result of GNOME/glib!3077.

Signed-off-by: Simon McVittie <smcv@debian.org>

Merge branch 'wip/carlosg/osk-activation-4-8' into 'gtk-4-8'

gtktext: Claim gesture more selectively [4.8]

See merge request GNOME/gtk!5233

gdksurface: Do not consider GDK_TOUCH_END/CANCEL as popup-dismiss worthy

GDK_TOUCH_END deserves the same treatment than GDK_BUTTON_RELEASE, since it's
subject to the same circumstances (popping up a menu on long press would be
immediately dismissed on release if we handled them there). Ideally, we would
want to match releases that we obtained a press for while grabbed, but as
the popup is also dismissed on GDK_BUTTON_PRESS/GDK_TOUCH_BEGIN, there's no
use for this tracking.

And GDK_TOUCH_CANCEL sounds weird as a reason to dismiss popups, just like
crossing events would.

Related: https://gitlab.gnome.org/GNOME/mutter/-/issues/2512

(cherry-picked from commit 2ff4c77c5500110e2b387a8764ab19a92045ff4e)

gtktext: Claim gesture more selectively

Even though button 1 (or touch down) presses do most often have
an effect in one way or another (starting drag, moving focus,
starting selection, ...), there is one situation that they do
immediately nothing: When clicking on the entry does not move
the text caret around. Dragging might start a selection, but
the entry did not do anything just yet, and an immediate
button/touch release should remain at "did nothing".

And that is precisely the hint that the Wayland IM context's click
gesture takes, clicks that do not scroll nor move the caret around,
having the GtkText not claim the gesture in that situation makes
the IM gesture able to do its thing without in-fighting.

This is typically not a problem when the GtkText is embedded in
another GtkEditable implementation (e.g. GtkEntry), since the
IM gesture is inactive and capturing from the parent widget, so
gets a pass that it otherwise doesn't get when both gestures are
in the same widget. This makes it work regardless of GtkText not
being a child of a composite widget, like NautilusQueryEditor
and AdwRowEntry.

Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/5351
(cherry-picked from commit 09b982f0264e42bda3e8471bb25abec5ee742ecc)

Merge branch 'cherry-pick-4.8' into 'gtk-4-8'

Cherry-pick changes from main for gtk-4-8

See merge request GNOME/gtk!5213

gdk/wayland: Use serial of the latest implicit grab available

When getting the serial for primary/clipboard selections we used a
function that largely relied on a GdkEvent being passed. We have
another available function that looks up the most recent serial
given the ongoing touch/tablet input as well.

This is the second best, compared to actually knowing the
input/device from the event that was received by the UI an triggered
the clipboard operation, and is already in use in other places
(e.g. window dragging). It is valid for these situations too.

Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/5250

wayland: calculate union of geometry of all monitors for toplevel bounds

Signed-off-by: Colin Kinloch <colin.kinloch@collabora.com>

focus: fall back to old behaviour if we didn't focus anything

8455b9ac74 seems to have introduced a problem where we can wind
up focusing no widget at all if the `while (parent)` loop doesn't
find a widget it can successfully move the focus to. This 'fixes'
that by falling back to doing the previous thing if we make it
all the way through that loop without moving the focus. Thanks to
@coreyberla for a hint to improve the implementation.

Signed-off-by: Adam Williamson <awilliam@redhat.com>

gdk/wayland: Fix button mask calculation on button events

There's 2 things broken here:
- The mask was calculated on top of the GDK button (i.e. skipping
  4-7 buttons), so GDK_BUTTON4_MASK and GDK_BUTTON5_MASK were not
  assigned. This is now calculated on the (continuous) BTN_ evcodes
  so it is guaranteed that the next 2 physical buttons (i.e.
  back/forward) get these two places in the mask assigned.
- Furthermore, these buttons would be pushed to places in the
  modifier mask that they didn't belong to. It is now checked hard
  that only the first 5 buttons enable a modifier flag.

Overall, this ensures that no event masks with bonkers values are
forwarded, and that no stale implicit grabs are left after additional
buttons are pressed.

Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/5301

Merge branch 'do-not-block-input-wm-mouse-activate-gtk-4-8' into 'gtk-4-8'

GdkWin32: do not block input in advance from WM_MOUSEACTIVATE

See merge request GNOME/gtk!5207

GdkWin32: Do not use MA_NOACTIVATEANDEAT

GTK knows when a surface is modally blocked and automatically drops
button press and release events, so do not block input in advance
from WM_MOUSEACTIVATE.

Update Hungarian translation

Updated Spanish translation

Update Turkish translation

Update Dutch translation

Update Georgian translation

Update Abkhazian translation

Merge branch 'revert-9c919ffa462dd4511da0bfd19d36d2e15c51651b' into 'gtk-4-8'

[4.8] Revert "treepopover: Do not propagate natural width of content"

See merge request GNOME/gtk!5071

Revert "treepopover: Do not propagate natural width of content"

This reverts commit 9c919ffa462dd4511da0bfd19d36d2e15c51651b.

Merge branch 'cherry-pick-c00a23eb' into 'gtk-4-8'

wayland: Fix keycode->keyval mapping

See merge request GNOME/gtk!5167

Post-release version bump

4.8.2

Merge branch 'fix-wayland-keycode-mapping' into 'main'

wayland: Fix keycode->keyval mapping

Closes #5277

See merge request GNOME/gtk!5147

(cherry picked from commit c00a23ebbc3695e36cb9e658760b02d2aa6fa7cf)

1894a896 wayland: Fix keycode->keyval mapping

Update Serbian translation

Merge branch 'wip/antoniof/backport-list-focus' into 'gtk-4-8'

Backport MR !5023 to 4.8

See merge request GNOME/gtk!5157

Merge branch 'fix-focus-4-8' into 'gtk-4-8'

[4.8] window: Fix focus updates

See merge request GNOME/gtk!5133

editablelabel: Defer changes on focus-out

We can get spurious focus-out/-in pairs when
the editable label is in a popover that gets
a Wayland keyboard enter event as a result of
clicking the editable label.

A timeout isn't a great solution, but nothing
better is available right now.

Fixes: #4864

window: Keep a reference to move_focus_widget

If we don't take a reference, it can happen that
the pointer is no longer valid by the time we
dereference it in after_paint.

columnview: Forward all focus to child

For the same reasoning as the preceding commit.

Also don't make GtkColumnView focusable. Its internal list view
is already focusable, which is enough to take care of the empty
view case.

(cherry picked from commit 9cb8d21cb59d2aeedcc877c4121e9032b23a573d)

listbase: Grab focus on items instead of container

The container view itself being focusable makes keyboard navigation
slower by adding a useless focus step.

It also means if an item gets removed, the focus jumps back to the view,
instead of jumping to the next item, as seen in nautilus bug report:
https://gitlab.gnome.org/GNOME/nautilus/-/issues/2489

Instead of making the GtkListBase container itself focusable, override
the .grab_focus() vfunc. This way, calling gtk_widget_grab_focus() on
the view container keeps working sucessfully, but focuses the focus
item directly instead.

This is particularly useful to have because applicaiton authors do
not have direct acess to this class's children, so they can't call
gtk_widget_grab_focus() on them directly.

(cherry picked from commit 4fc429892086e8bc1c9be94d5184e7eeff518f9c)

window: Don't focus invisible widgets

Only clear a queued move_focus if the widget
we are focusing is actually visible.

This was happening in some cases when popovers
are dismissed by clicking outside, and it was
causing us to miss proper focus updates that
were already queued.

window: Fix focus updates

This partially undoes changes from 3dbf5038fab8eb0.

That commit did two things:
1) Move the focus update to after-paint time
2) Change from grabbing focus to the visible parent
   to  calling move_focus (TAB)

The second part did have the unintended consequence
of moving focus laterally.

Fixes: #4903

Update Indonesian translation

Merge branch 'backport-mr-4986-to-gtk-4-8' into 'gtk-4-8'

Use native Windows API for converting keystrokes to characters

See merge request GNOME/gtk!5130

Use native Windows API for converting keystrokes to characters

Update Russian translation

Update Georgian translation

Update German translation

Merge branch 'wip/headless-infinite-bounds-4-8' into 'gtk-4-8'

[4.8] Fix shrinking windows on suspend/resume

See merge request GNOME/gtk!5090

toplevel-size: Report zero bounds as infinite

Empty/zero bounds are sent by the Wayland compositor if there are no
valid bounds to report, e.g. if there are no connected monitors. Report
this to GTK, which uses this to clamp calculated sizes, as INT_MAX, so
that clamping isn't done until there are actual valid bounds to clamp
to.

This fixes clients sometimes shrinking to their minimum size during
hotplugs or after having suspended the session.

(cherry picked from commit b3a3a6ceb19cdc00da0d201531cff93a059a86d3)

surface/wayland: Handle no current monitor when calculating bounds

We shouldn't assume there is always a monitor to derive bounds from.
If there is no monitor, pass empty bounds, as this matches what
xdg_toplevel.configure_bounds do in this case.

(cherry picked from commit 148c1336745a043a9660da6c4734ed905c628130)

Update Bulgarian translation

Update Catalan translation

Update Friulian translation

Update Croatian translation

Update Turkish translation

Post-release version bump

This is an experiment to see if I can keep up with
doing post-release version bumps, so git snapshots
will always have a different version from released
tarballs.

Merge branch 'matthiasc/for-main' into 'main'

Add more names to sources

See merge request GNOME/gtk!5064

Add more names to sources

This helps with identifying things in sysprof logs,
and while debugging.

Merge branch 'post-install' into 'main'

meson: Remove post-install script

See merge request GNOME/gtk!5063

meson: Remove post-install script

GTK depends on Meson >= 0.60 so it was never used.

Merge branch 'wip/carlosg/shuffle-reset-take2' into 'main'

gtkimcontextwayland: Shuffle full resets after IM changes

Closes #5200

See merge request GNOME/gtk!5050

Merge branch 'wroy-main-patch-32519' into 'main'

Fix #5211: Preprocessor conformance with MSVC

Closes #5211

See merge request GNOME/gtk!5058

Merge branch 'broadway-device-query-state-fix' into 'main'

GTK4 gdk/broadway: correct gdk_broadway_device_query_state() to return pointer coordinates relative to the upper left corner of surface

See merge request GNOME/gtk!5053

Merge branch 'fix-scale-crashes' into 'main'

scale: Fix a typo

See merge request GNOME/gtk!5061

scale: Fix a typo

We want to update the label size request when
the adjustment changes, not when anything else
changes.

This may be the reason for crash reports like
https://retrace.fedoraproject.org/faf/problems/bthash/?bth=1e5cc1318358d5db298e5d6c2ec47361922cce74

Updated Lithuanian translation

Update Portuguese translation

Update Brazilian Portuguese translation

Apply 1 suggestion(s) to 1 file(s)

Update Slovenian translation

Update Galician translation

Merge branch 'wip/otte/for-main' into 'main'

drop target: Warn about broken signal handler returns

See merge request GNOME/gtk!5060

drop target: Warn about broken signal handler returns

Signal handlers ust return their preferred action and that one must be
unique.

Shout at them if they don't do that, before gdk_drop_status() does
tesame thing.

Related: gnome-build-meta#554
Related: gnome-builder#1799

Merge branch 'left-right-typo' into 'main'

Fix GtkSettings docs typo

See merge request GNOME/gtk!5059

Fix GtkSettings docs typo

"left of right" should be "left or right".
There's a small (subjective?) English nit in there as well: I believe
that buttons are placed (for example) "on the right" rather than "at the
right".

Fix preprocessor conformance with MSVC

Update Croatian translation

Update Swedish translation

Merge branch 'kjellahl/gtkprintbackendlpr' into 'main'

gtkprintbackendlpr.c: Add #include "gtkprivate.h"

See merge request GNOME/gtk!5057

gtkprintbackendlpr.c: Add #include "gtkprivate.h"

Necessary after GTK_NOTE was replaced by GTK_DEBUG.
GTK_DEBUG is defined in gtk/gtkprivate.h. GTK_NOTE was defined
in gtk/gtkdebug.h.

Update Polish translation

Update Ukrainian translation

Merge branch 'fix_4577' into 'main'

Make the presentation of the stack sidebar listbox nicer for A11Y

Closes #4577

See merge request GNOME/gtk!4661

Merge branch 'gdk-win32-fix-subclassing-gdk-win32-clipdrop' into 'main'

GdkWin32: Fix subclassing for GdkWin32Clipdrop

Closes #5207

See merge request GNOME/gtk!5055

GdkWin32: Fix subclassing for GdkWin32Clipdrop

Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/5207

Merge branch 'bump-meson-req' into 'main'

Bump the meson requirement

See merge request GNOME/gtk!5051

Update POTFILES.in

gtk: Use gnome.mkenums_simple

This lets us avoid template files, and works just as well.

gdk: Use gnome.mkenums_simple

This lets us avoid template files, and works just as well.

Bump the meson requirement

GLib requires meson 0.60 nowadays, and it does not
make much sense for us to support an older meson.

Merge branch 'header-cleanup' into 'main'

Header cleanup

See merge request GNOME/gtk!5049

gdk: Rename gdkpixbuf-drawable.c

There is nothing particularly specific to drawables
in there (and we don't have that concept anymore),
so just name the source file to match the header.
Easier for everybody.

gdk: Tweaks to keyname handling

Rename the private header to follow our naming
conventions, and drop the extra gdkkeys.c file.

Drop gtkintl.h

Include gtkprivate.h for I_() and glib-i18n.h for
gettext macros.

gtkimcontextwayland: Shuffle full resets after IM changes

Doing reset() on the text widgets after commit and delete_surrounding
is still too eager for some IMs (e.g. those that expect being able
to commit text while keeping a preedit buffer shown).

However, reset() is more of a "synchronize state" action on Wayland,
and it is still desirable to do that after changes that do come from
the IM (e.g. requesting the new surrounding text and cursor/anchor
positions). Notably here, the text_input protocol may still come up
with a preedit string after this state synchronization happens.

Shuffle the code so that the text widgets do not reset() the IM
context after text is deleted or committed, but the Wayland IM does
apply its practical effects after these actions happen. This keeps
the Wayland IM fully up-to-date wrt text widget state, while not
altering the ::commit and ::delete-surrounding-text behavior for
other IM context implementations.

Closes: https://gitlab.gnome.org/GNOME/gtk/-/issues/5200
Fixes: 5b78fe2721 (gtktextview: Also reset IM context after IM...)
Fixes: 7c0a395ff9 (gtktext: Also reset IM context after IM...)
Fixes: 52ac71b972 (gtktextview: Shuffle the places doing IM reset)
Fixes: 9e29739e66 (gtktext: Shuffle the places doing IM reset)

Drop gdkintl.h

This header was merely including gi18n-lib.h.
Just do that directly.