Fix _gtk_get_slowdown()

We need to pass void as the argument type.

Origin: 3.24.39, commit:022c36a1379d82b4212a298ed6eaec02bc0ed7f1

Gbp-Pq: Name Fix-_gtk_get_slowdown.patch

Update fa.po

Origin: 3.24.39, commit:f14e945342ade3c5c2e1d065a4f3db56044d7a03

Gbp-Pq: Name Update-fa.po-1.patch

Update Georgian translation

Origin: 3.24.39, commit:ca4a076e57c408b990c54e38220a9174ad11ac7e

Gbp-Pq: Name Update-Georgian-translation-1.patch

Update Kazakh translation

Origin: 3.24.39, commit:6b29a201da744186a833de0e0fc6cb6e7098cf41

Gbp-Pq: Name Update-Kazakh-translation.patch

Update Georgian translation

Origin: 3.24.39, commit:b05ade591b98842ef5850eb04331ab55da504d7f

Gbp-Pq: Name Update-Georgian-translation.patch

Update Turkish translation

Origin: 3.24.39, commit:d1ead5b44342cc476dd7f381c745355d89c309d9

Gbp-Pq: Name Update-Turkish-translation-2.patch

Update Turkish translation

Origin: 3.24.39, commit:2d7ff5b79ccf6ff7ddc4f50e72216d64a3851032

Gbp-Pq: Name Update-Turkish-translation-1.patch

Update Romanian translation

Origin: 3.24.39, commit:8233d9254dbb0fb03f3538c6f7ee774954b5047b

Gbp-Pq: Name Update-Romanian-translation.patch

Update Slovenian translation

Origin: 3.24.39, commit:863b399899e0a835cde7de111e20900a036738f4

Gbp-Pq: Name Update-Slovenian-translation.patch

Update Greek translation

Origin: 3.24.39, commit:d23e5e8b11f5f4f2fdddd296fb5bfb7482cf07e2

Gbp-Pq: Name Update-Greek-translation.patch

GtkApplicationImplDBus: Cancel DBus method calls on shutdown

We do that for method calls where a non-NULL GAsyncReadyCallback
is passed.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5775
Bug: https://gitlab.com/inkscape/inkscape/-/issues/4177
Bug-Debian: https://bugs.debian.org/1051220
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6180
Origin: 3.24.39, commit:7ca33ff9941ad8565979eb0873c8bc14e31397d2

Gbp-Pq: Name GtkApplicationImplDBus-Cancel-DBus-method-calls-on-shutdo.patch

Update Spanish translation

Origin: 3.24.39, commit:c0a09448dad12cad783ee20030c93e288d0a2d2e

Gbp-Pq: Name Update-Spanish-translation.patch

Update fa.po

Origin: 3.24.39, commit:e5732e756945db3b0350d39dabe04218c6574b54

Gbp-Pq: Name Update-fa.po.patch

GtkMenu: Take offscreen windows in account for positioning

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6184
Origin: 3.24.39, commit:272b6b4febb3e293239e178410f87abcad85ba2d

Gbp-Pq: Name GtkMenu-Take-offscreen-windows-in-account-for-positioning.patch

GdkWindow: Check for offscreen windows in set_transient_for ()

Bug: https://gitlab.gnome.org/GNOME/gimp/-/issues/6711
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6184
Origin: 3.24.39, commit:3e3266dce4a8aed453f296ca8043e3574ff29f63

Gbp-Pq: Name GdkWindow-Check-for-offscreen-windows-in-set_transient_fo.patch

a11y atspi: Fix reporting table cell pos at index (0,0)

Table (cell) row and column indices both start at 0, so
an index of 0 is valid.

Adapt the check accordingly and check for non-negative
indices instead of positive ones.

(`gtk_cell_accessible_parent_get_cell_position` sets -1
in the fallback case, so that's still handled as it used
to be.)

This fixes reporting the position of the table cell at
index (0,0) via AT-SPI.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5161
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6173
Origin: 3.24.39, commit:89517775183fa17f77c2cfc413dec86e751c3496

Gbp-Pq: Name a11y-atspi-Fix-reporting-table-cell-pos-at-index-0-0.patch

gdk/wayland: Switch behavior of BTN_STYLUS/STYLUS2 as middle/right click

This mapping of stylus evdev input event codes into GDK button numbers
makes gdk/wayland inconsistent with gdk/x11, so depending on the backend
the same button middle-click pastes or right-click pops up menus.

Make the wayland backend consistent with X11, so that a GNOME wayland
session gets these buttons consistently mapped across all kinds of
clients.

(cherry-picked from commit e28ff79bec53ecd56885390ba4a66019cde598c6)

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6169
Origin: 3.24.39, commit:e205bdaa89342bb1d47527be0cdfbc1bfb0f5f59

Gbp-Pq: Name gdk-wayland-Switch-behavior-of-BTN_STYLUS-STYLUS2-as-midd.patch

gdkgl: Check for GLsync before using it

Copy what we do in GTK4: Check for GL >= 3.2 or GLES >= 3.0 or the
GL_ARB_sync extension.
Then store that info for a (private) gdk_gl_context_has_sync()
function.
And then check that function before using GLsync objects as introduced
by commit 9811485990b.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/5749
Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6162
Origin: 3.24.39, commit:cf7decae1a1a2af825caca8da018ce09cd9ce31a

Gbp-Pq: Name gdkgl-Check-for-GLsync-before-using-it.patch

Update British English translation

Origin: 3.24.39, commit:f94f94af519e93958c9da8467066f0235dd80730

Gbp-Pq: Name Update-British-English-translation.patch

Update Catalan translation

Origin: 3.24.39, commit:0fa2ff55115713819f0b234612fa1eba84852216

Gbp-Pq: Name Update-Catalan-translation.patch

gdk/wayland: Return pad devices querying for all devices

These devices unfortunately didn't ever get a capability flag in
3.24 (fixed in GTK4). We are very far off into maintenance grounds that
it is not ideal to add new flag values, but we could however return
these devices if GDK_SEAT_CAPABILITY_ALL is being asked.

Do that, so it is possible to deal with pad devices, even if it's
not possible to query them specifically.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6049
Origin: 3.24.39, commit:a9d7198d63d14e049c399914f11ddd37fc034f3a

Gbp-Pq: Name gdk-wayland-Return-pad-devices-querying-for-all-devices.patch

gdk/wayland: Ensure device-added/removed emission in GdkSeat

We've used to emit these in the GdkDeviceManager, but missed to do
this signal emission at the GdkSeat object level. In order to avoid
the double emission, trigger one from the other.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6049
Origin: 3.24.39, commit:81029b824b39122704a9bd615dc7b03886516843

Gbp-Pq: Name gdk-wayland-Ensure-device-added-removed-emission-in-GdkSe.patch

gdk/wayland: Create pad devices on enter

We were creating the pad device on wp_tablet_pad.done, but
at that time we do not know what tablet it is associated with,
thus we cannot get appropriate vid/pid/name properties for it.

To get that, we need to wait for the pad to enter a surface,
at that time we do know what tablet it is associated with, so
we can get better information about the device.

There are pads that may plausibly "change" tablet between
one .enter event and the next (e.g. Wacom Express Key Remote),
but this situation is highly unlikely. The pad devices created
are thus persistent until that situation happens.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6049
Origin: 3.24.39, commit:6070f1092258e053ecdbe2dbf6148d2dd9d8b326

Gbp-Pq: Name gdk-wayland-Create-pad-devices-on-enter.patch

Update Slovak translation

Origin: 3.24.39, commit:4d9ca4e0b6bf64e0e2246e0dddf44b792142b911

Gbp-Pq: Name Update-Slovak-translation.patch

Update Czech translation

Origin: 3.24.39, commit:eb379bfdd78ba68ffee1a195d3eb6a3d64217f26

Gbp-Pq: Name Update-Czech-translation.patch

Popover: Clarify/guard out rect of get_pointing_to

Clarify that we zero out the widget coords and only keep its dimensions.

If we have no widget to fall-back to, memset to 0 the output @rect since
we return FALSE whether or not we have widget, so protect users from not
knowing if there was a widget and possibly accessing uninitialised ints.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/893#note_1766079
Origin: 3.24.39, commit:a6d40b610be6acb635d8732c11bb6d866bf2e95d

Gbp-Pq: Name Popover-Clarify-guard-out-rect-of-get_pointing_to.patch

popover: Remove useless if case

rect is not nullable, so stop checking if it is NULL and instead add a
g_return_val_if_fail guard.

Origin: 3.24.39, commit:ad07e9043f36319ae2d733a8d5d0ef89ee9a7586

Gbp-Pq: Name popover-Remove-useless-if-case.patch

ScrolledWindow: Frame on viewport is not optional,

and seems always to default to true, so don't mention it being optional.

Origin: 3.24.39, commit:c9f0b0d29b882326b4858b4d9fa62291dccfcf43

Gbp-Pq: Name ScrolledWindow-Frame-on-viewport-is-not-optional.patch

gtkmountoperation: avoid SEGV after bad password input

I observed the following nautilus crash below after trying to access an SMB
share and mistyping my password (it also happens if mounting the SMB share
fails for other reasons after entering a password). The crash happens when
the password entry window pops up the second time, in this code path, at
the 7th element of priv->user_widgets:

458 pw_dialog_anonymous_toggled (GtkWidget         *widget,
459                              GtkMountOperation *operation)
460 {
...
472   for (l = priv->user_widgets; l != NULL; l = l->next)
473     {
474       gtk_widget_set_sensitive (GTK_WIDGET (l->data), !priv->anonymous);
475     }

The broken element had l->data = 0xaaaaaaaaaaaa, which means the pointer had
been freed.

The broken list entries were at the of the list because when
gtk_mount_operation_ask_password_do_gtk() constucts the pop-up the 2nd time,
it prepends new widgets:

gtk_mount_operation_ask_password_do_gtk()
   table_add_entry
       operation->priv->user_widgets = g_list_prepend (operation->priv->user_widgets, entry);

The problem is that in pw_dialog_got_response(), the widget is destroyed,
which also destroys all child widgets, but the priv->user_widgets list is
neither freed nor set to NULL.

Fix it.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6049
Origin: 3.24.39, commit:1d95b8ab2646b3e36a1c1b23b771c4f145be13fc

Gbp-Pq: Name gtkmountoperation-avoid-SEGV-after-bad-password-input.patch

x11: Trap XRandr errors when getting outputs during init and update

We may try to update the XRR outputs and Crtcs when they're changing in
the server, and so we may get BadRROutput that we're currently not
handling properly.

As per this, use traps and check whether we got errors, and if we did
let's ignore the current output.

It's not required to call init_randr13() again because if we got errors
it's very likely that there's a change coming that will be notified at
next iteration during which we'll repeat the init actions.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6047
Origin: 3.24.39, commit:b938e4e6ac75af57ed5cd844c96738f01d57f24c

Gbp-Pq: Name x11-Trap-XRandr-errors-when-getting-outputs-during-init-a.patch

This commit fixes a performance issue on X11 systems in regards to drawing on an OpenGL surface in GTK/GDK.

This commit fixes a performance issue on X11 systems making use of the gdk_cairo_draw_from_gl() function in regards
to drawing on an OpenGL surface in GTK/GDK. Specifically, this fix removes the slow X11 codepath that was used when
executing the gdk_cairo_draw_from_gl() function because it was completely uneeded. I tested the before and after on
Flutter and GTK apps making use of the OpenGL rendering and can confirm that there is no behaviour and visual
difference. This change is also specific to drawings that make use of textures. The render buffer code path has
been left completely unmodified.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4704
Origin: 3.24.39, commit:7237f5d0eb5ec2f1411a28b9394ff4c4472f4d8b

Gbp-Pq: Name This-commit-fixes-a-performance-issue-on-X11-systems-in-r.patch

Fix a typo

1. According to the UTF-8 spec, ASCII character's charcode is from
   0 to 127 inclusively.

2. Any charcode which is greater than or equal to 128 will be
   a multi-byte character.

Origin: 3.24.39, commit:1659cefde792f127f604f15ae12f17ede10f1c00

Gbp-Pq: Name Fix-a-typo.patch

Update Turkish translation

Origin: 3.24.39, commit:379512c092dc2bc904ebd6aaa3b84d7234c31034

Gbp-Pq: Name Update-Turkish-translation.patch

Make sure that the charcode is signless

1. The data with type of char is signed by default.

2. The byte value of UTF-8 is signless by default.

3. So, if a UTF-8 charcode is stored in a char array, we should cast the
type of its value from char to unsigned char.

Origin: 3.24.39, commit:6dc75b46cc9afe1c98b7ba72a9b1a275c723ea42

Gbp-Pq: Name Make-sure-that-the-charcode-is-signless.patch

Use correct stat struct for ftw()

check_dir_mtime() is called by ftw() and is given
the real stat struct, not its glib version (which may
or may not be the same as "struct stat").

This is irrelevant for MSVC (it has no ftw()) and
works correctly for MinGW-w64 (which declares stat
structures correctly). If mingw.org complains, add
a special ifdef for it later.

Origin: upstream, 3.24.39, commit:7e17693cced0db855bfe0997f26633ca8bdd48cc

Gbp-Pq: Name Use-correct-stat-struct-for-ftw.patch

gtk+3.0 (3.24.38-6+rpi1) trixie-staging; urgency=medium

  [changes brought forward from 3.24.38-5+rpi1 by Peter Michael Green <plugwash@raspbian.org> at Sat, 23 Sep 2023 08:21:18 +0000]
  * Disable testsuite.

[dgit import unpatched gtk+3.0 3.24.38-6+rpi1]

Import gtk+3.0_3.24.38-6+rpi1.debian.tar.xz

[dgit import tarball gtk+3.0 3.24.38-6+rpi1 gtk+3.0_3.24.38-6+rpi1.debian.tar.xz]

Import gtk+3.0_3.24.38.orig.tar.xz

[dgit import orig gtk+3.0_3.24.38.orig.tar.xz]