Merge branch 'wip/exalm/template' into 'main'

widget: Use the correct template in dispose_template()

See merge request GNOME/gtk!5600

Merge branch 'main' into 'main'

removed duplicate function call

See merge request GNOME/gtk!5545

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

macos: Fix type func generation

See merge request GNOME/gtk!5596

Merge branch 'wip/fix-wl-destruct-order' into 'main'

wayland: Destroy xdg_surface after role

See merge request GNOME/gtk!5598

widget: Use the correct template in dispose_template()

In derivable classes, the widget's class can be different from the one
dispose_template() was called for, which can lead to failing the
template != NULL check at best, undefined behavior at worst.

Since we already pass the correct GType into the function, just use that
instead.

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

inspector: Make really sure we don't inspect ourselves

See merge request GNOME/gtk!5599

inspector: Make really sure we don't inspect ourselves

The problem here is that new windows appear in the list before the
window's dispay gets set and we don't update the filter when the
display changes (would need watches support for the filtermodel).

So add this somewhat hacky method.

wayland: Destroy xdg_surface after role

The split-up of gdksurface-wayland.c introduced a protocol violation
when it didn't make sure xdg_surface was destroyed after the role
objects (xdg_popup / xdg_toplevel). Fix that.

Fixes: 2a463baed0 ("wayland: Rearrange the surface code")

macos: Fix type func generation

We were checking for gdk_quartz even though
the sysbols are now all called gdk_macos. Oops.

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

cssnode: Don't crash the inspector

See merge request GNOME/gtk!5595

testsuite: Add tests for the unknown enums

See commit 40e7a265a7ccb1385a3af0931c591201b0ce063a

testsuite: Add empty test for new node

cssnode: Don't crash the inspector

Don't misinform the observing listmodel that CSS nodes were removed that
weren't actually removed, but just moved. Otherwise the observer would
think it has run out of items when it really hasn't.

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

meson: Mention testsuite in summary

See merge request GNOME/gtk!5594

meson: Mention testsuite in summary

This was broken out from the 'tests' toggle,
so list it separately.

Merge branch 'expose_error_message_relation' into 'main'

a11y: Expose GTK_ACCESSIBLE_RELATION_ERROR_MESSAGE to AtSPI2

See merge request GNOME/gtk!5588

Merge branch 'wip/otte/listview2' into 'main'

listview: GtkListTile

See merge request GNOME/gtk!5584

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

ci: Disable the testsuite in flatpak builds

See merge request GNOME/gtk!5593

ci: Disable the testsuite in flatpak builds

No need to build the testsuite when we are
just producing flatpaks.

listbase: Remove nonexisting function from header

gridview: Add a filler tile for empty space

That stupid space in the bottom right when n_items isn't a multiple of
n_columns needs its own tile, or we'll get errors about not finding a
tile.

So make one.

columnview: Clear the sorter first thing in dispose

Otherwise, when removing the columns, each column will trigger a
sorter::changed signal emission.

And because sorters are often still connected to a sortlistmodel, we
can't skip that emission and need to do it.
But we only need to do it once.

listview: Handle emptying of views

The previous check does not longer work.

When a model gets all items deleted, there will still be existing tiles
until the next time garbage collection is run.
So do that before checking if the list is empty.

listview: Remove an unused member variable

It's only used in the allocate function, so make it a local varaible
there.

listview: Simplify a vfunc

Instead of making it 2 vfuncs for getting horizontal and vertical area,
make it one vfunc to get the area.

Also rewrite the implementations to use the tile's area instead of
trying to deduce things with fancy math.

listview: Simplify allocation

With the Tile changes, a lot of stuff does no longer need to be
duplicated between listview and gridview. Move it to ListBase instead.

gridview: Remove an unused member variable

It's only used during size_allocate(), so make it a local variable
there.

listitemmanager: Add a split vfunc and use it

Instead of randomly changing tiles, the listitemmanager gains a split
vfunc that listview and gridview implement so they can keep their tile
areas intact. The listitemmanager will now conform to these rules:

1. Never delete a tile.
   This ensures that all areas stay intact.

2. Never change the n_items of a tile other than setting them to 0.
   This causes "empty" areas to appear, but listview/gridview can
   easily check for them by checking for tile->n_items == 0.
   gtk_list_tile_gc() will get rid of them.

3. Adding items always creates new tiles that are added with empty area.
   That way they don't interrupt any existing machinery until the next
   allocation.

4. Adding/removing widgets has no effect on areas
   This is useful in particular when scrolling where new widgets are
   moving between tiles. When the manager moves the widgets, it may
   split some areas, but will not remove any existing tiles, so the
   whole area stays intact and the list can deal with further scroll
   events before an allocation.

This improve the situation for #3334

listview: Add gc'ing

This is in preparation for the following reorg of the listitemmanager,
it should not have any effect now.

listitemmanager: Remove unused functionality

Both ListView and GridView use GtkListTile now, so no need anymore for
custom machinery.

gridview: Redo tile management

Instead of the custom size property, use the new tile size.

Also introduce the ability to split tiles, so that gridview can split a
layout that would look like (question mark denoting cells without a
widget, which in this case would be a single tile)

█ █ █ ? ?
? ? ? ? ?
? ? ? ? ?
? ? ?

into 3 rectangular tiles like so:

█ █ █ A A
B B B B B
B B B B B
C C C

This of course also means we need to be able to merge those tiles again
when cells got added/deleted or the gridview was resized. For that job,
gtk_list_tile_gc() exists now, which removes tiles without items and
merges adjacent tiles without widgets.

listview: Get rid of ListRow and its height

Use the tiles' area instead.

list: Allow storing size in the ListTile

... and use it to handle ListView allocations.

Nothing spectacular, just proof of concept.

The code introduces the idea that every tile stores its area (others
would call it "allocation", but I avoided that because tiles aren't
widgets). This should allow moving lots of code into gtklistbase.c and
not require special handling inside ListView and GridView.

And that in turn hopefully makes it easier to add more features (like
sections and so on.)

list: Make GtkListTile more prominent

* Instead of using a gpointer to refer to it, use the GtkListTile type.

* Use gtk_list_tile_get_foo() instead of
  gtk_list_item_manager_get_tile_foo() naming.

list: Rename GtkListItemManagerItem => GtkListTile

That's a good description for what the job of those elements is:
They're a tile in the lists scrollable area.

rendernodepaintable: Allow the node to be NULL

This can happen when creating paintables from GtkSnapshot when nothing
was drawn.

Update Catalan translation

Post-release version bump

4.10.0

Merge branch 'ebassi/file-info-attributes' into 'main'

Check for attributes being available before querying them

See merge request GNOME/gtk!5592

Merge branch 'wip/otte/dont-scale-or-it-breaks' into 'main'

Add a test for lots of texture scaling and fix the fallout

See merge request GNOME/gtk!5509

Check for attributes being available before querying them

GLib 2.75 started checking if a GFileInfo was created with the attribute
we're querying, instead of failing silently and leaving us in an
inconsistent state.

Turns out that GtkFileChooserWidget, GtkFileSystemModel, and GtkPathBar
trip the newly introduced check.

Merge branch 'wip/chergert/fix-action-activation-crash' into 'main'

inspector: be defensive against out parameters

See merge request GNOME/gtk!5591

Merge branch 'ebassi/stack-page-fix' into 'main'

a11y: Fix GtkStackPage first accessible child

See merge request GNOME/gtk!5590

Update Russian translation

Update Polish translation

testsuite: Add a test for stripes

The GL renderer was creating sripes for nodes that were scaled in
particular ways, probably due to rounding errors.

This testsuite focuses on one of those stripes to make sure they are
gone.

a11y: Use weak references for GtkATContext cached accessibles

The accessible objects already own the GtkATContext, let's avoid a
reference cycle.

stack: Don't recreate at contexts in dispose

This is the same protection we have in
GtkWidgetAccessible.

a11y: Plug reference leaks

The gtk_accessible_get_at_context() getter is now transfer full, which
means we need to drop the reference when getting the GtkATContext.

inspector: be defensive against out parameters

Set initial state to NULL so that we don't risk accessing an unset out
parameter.

Fixes a crash when activating certain actions.

a11y: Simplify bookkeeping while iterating accessible children

a11y: Fix GtkStackPage first accessible child

The first accessible child is the child widget of the GtkStackPage, not
the first child of the widget.

testsuite: Add a test for large scale nodes

This test fails if we naively create fullscale
intermediate offscreens. This was fixed in the
previous commits.

This tests the fixes in 22ba6b1f33dcbcab8d (for
cairo) and 3a0152b65fd75f631b76 (for GL).

gl: Respect clip wehn drawing scale nodes

Use the same approach and only create an offscreen
that is big enough for the clipped part of the scaled
texture.

If the clipped part is still too large for a single
texture, we give up and just render the texture without
filters (using the regular texture rendering code path
which supports slicing).

The following commit will add the texture-scale-magnify-10000x
test which fails without this fix.

rendernode: Respect clip when drawing scale nodes

Scale nodes can use large scale factors and we don't want to create
insanely huge Cairo surfaces.

A subsequent commit will add the texture-scale-magnify-10000x
test which fails without this fix.

rendernode: Clarify some Cairo stuff

Split out a function to make it more obvious what's going on.

rendernode: Don't do unnecessary stuff

Cairo surfaces are created transparent.

And even if they weren't, overdrawing with transparency wouldn't erase
what's in the surface because it's a no-op.

It would require CAIRO_OPERATOR_CLEAR or CAIRO_OPERATOR_SOURCE.

Fixes for gdk_memory_texture_new_subtexture checks

There were several mistakes here.

Update Korean translation

a11y: Expose GTK_ACCESSIBLE_RELATION_ERROR_MESSAGE to AtSPI2

Also, update the AtSPI2 relations to match the 1.26 version of AtSPI2.

Merge branch 'ebassi/accessible-transfer-full' into 'main'

Mark Accessible getters as transfer full

Closes #5615

See merge request GNOME/gtk!5586

Mark Accessible getters as transfer full

GtkAccessible implementations in C can get away returning objects just
by shuffling pointers around, but higher level languages prefer using
full ownership transfer in virtual functions.

Fixes: #5615

Merge branch 'expose_details_relation' into 'main'

a11y: Expose GTK_ACCESSIBLE_RELATION_DETAILS to at-spi2

See merge request GNOME/gtk!5580

Merge branch 'fix_section_role' into 'main'

a11y: Fix mapping of GTK_ACCESSIBLE_ROLE_PRESENTATION

See merge request GNOME/gtk!5576

Merge branch 'ebassi/atcontext-dispose' into 'main'

a11y: Clear the accessible tree in GtkATContext

See merge request GNOME/gtk!5587

Revert "stack: clear accessible parent when removing child"

This reverts commit 40d4441fd85742837d85d8509dc89355d39a1cdc.

The accessible parent of the child widget in a GtkStackPage is cleared
when the GtkATContext gets disposed, so we don't need to unset it
ourselves. This also avoids a temporary vivification of the GtkATContext
during dispose.

a11y: Clear the accessible tree in GtkATContext

We acquire a reference on the accessible objects, so we need to release
it when disposing the GtkATContext.

Update Hungarian translation

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

impcontextsimple: Return from GTask

See merge request GNOME/gtk!5585

impcontextsimple: Return from GTask

GLib complains about this now, so do it.

Merge branch 'leak-fix' into 'main'

gtkatspicontext: Fix a leak of a floating GVariant

See merge request GNOME/gtk!5583

gtkatspicontext: Fix a leak of a floating GVariant

If the early return path in `emit_property_changed()` is taken, and
`value` is floating, it will be leaked. Fix that by sinking `value` on
entry to the function.

Spotted by asan:
```
Direct leak of 128 byte(s) in 2 object(s) allocated from:
    #0 0x7f44774ba6af in __interceptor_malloc (/lib64/libasan.so.8+0xba6af)
    #1 0x7f44764c941a in g_malloc ../../source/glib/glib/gmem.c:130
    #2 0x7f44764f6d8a in g_slice_alloc ../../source/glib/glib/gslice.c:252
    #3 0x7f447654655d in g_variant_alloc ../../source/glib/glib/gvariant-core.c:565
    #4 0x7f447654664c in g_variant_new_from_bytes ../../source/glib/glib/gvariant-core.c:608
    #5 0x7f4476536ed5 in g_variant_new_take_string ../../source/glib/glib/gvariant.c:1307
    #6 0x7f4475c75ada in gtk_at_spi_context_state_change ../../source/gtk4/gtk/a11y/gtkatspicontext.c:1112
    #7 0x7f44758ee194 in gtk_at_context_update ../../source/gtk4/gtk/gtkatcontext.c:694
    #8 0x7f44758dbfcf in gtk_accessible_update_property ../../source/gtk4/gtk/gtkaccessible.c:326
    #9 0x7f4475b5abe3 in gtk_widget_set_tooltip_text ../../source/gtk4/gtk/gtkwidget.c:9740
    #10 0x58439d in gs_updates_page_update_ui_state ../../source/gnome-software/src/gs-updates-page.c:302
    #11 0x5857dc in gs_updates_page_set_state ../../source/gnome-software/src/gs-updates-page.c:403
    #12 0x5879f1 in gs_updates_page_load ../../source/gnome-software/src/gs-updates-page.c:636
    #13 0x58822d in gs_updates_page_reload ../../source/gnome-software/src/gs-updates-page.c:678
    #14 0x50ff48 in gs_page_reload ../../source/gnome-software/src/gs-page.c:731
    #15 0x5491ce in gs_shell_reload_cb ../../source/gnome-software/src/gs-shell.c:830
    #16 0x7f4477363f54 in g_cclosure_marshal_VOID__VOID ../../source/glib/gobject/gmarshal.c:117
    #17 0x7f447735e0ad in g_closure_invoke ../../source/glib/gobject/gclosure.c:832
    #18 0x7f4477391f3f in signal_emit_unlocked_R ../../source/glib/gobject/gsignal.c:3802
    #19 0x7f4477390c13 in g_signal_emit_valist ../../source/glib/gobject/gsignal.c:3555
    #20 0x7f4477391324 in g_signal_emit ../../source/glib/gobject/gsignal.c:3612
    #21 0x7f447705b3c3 in gs_plugin_loader_reload_delay_cb ../../source/gnome-software/lib/gs-plugin-loader.c:1538
    #22 0x7f44764bd140 in g_timeout_dispatch ../../source/glib/glib/gmain.c:5054
    #23 0x7f44764b9eb1 in g_main_dispatch ../../source/glib/glib/gmain.c:3460
    #24 0x7f44764bb72c in g_main_context_dispatch ../../source/glib/glib/gmain.c:4200
    #25 0x7f44764bba15 in g_main_context_iterate ../../source/glib/glib/gmain.c:4276
    #26 0x7f44764bbbfa in g_main_context_iteration ../../source/glib/glib/gmain.c:4343
    #27 0x7f44769ef655 in g_application_run ../../source/glib/gio/gapplication.c:2589
    #28 0x4f2da5 in main ../../source/gnome-software/src/gs-main.c:49
    #29 0x7f4474e4a50f in __libc_start_call_main (/lib64/libc.so.6+0x2750f)
```

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>

a11y: Expose GTK_ACCESSIBLE_RELATION_DETAILS to at-spi2

This particular relation was not exposed to at-spi2.
Exposing it required adding a missing at-spi2 relation variant, but it was introduced
in at-spi2-core 2.26, so that's likely safe as well.

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

inspector: Remove debug spew

See merge request GNOME/gtk!5579

inspector: Remove debug spew

a11y: Fix mapping of GTK_ACCESSIBLE_ROLE_PRESENTATION

It was, for some reason, mapped to ATSPI_ROLE_SECTION, and GTK_ACCESSIBLE_ROLE_SECTION was mapped to
ATSPI_ROLE_FILLER, so the mapping is reversed. So, reverse it and make it correct.

Merge branch 'wip/otte/default-size-docs' into 'main'

window: Clarify docs for default-size

See merge request GNOME/gtk!5569

window: Clarify docs for default-size

Merge branch 'textbuffer-foreground-property' into 'main'

textbuffer: Use correct foreground color property

See merge request GNOME/gtk!5574

textbuffer: Use correct foreground color property

The 'foreground-rgba' property should be used instead of 'foreground',
since the latter is not readable.

Merge branch 'wip/chergert/fix-stack-page-leak' into 'main'

stack: clear accessible parent when removing child

Closes #5626

See merge request GNOME/gtk!5571

stack: clear accessible parent when removing child

Without this, the GtkStackPage may not reach a reference count of zero
and therefore will be leaked.

Fixes #5626

Merge branch 'gbsneto/filechooser-fixes' into 'main'

Fix GtkFileThumbnail thumbnail query

See merge request GNOME/gtk!5570

filethumbnail: Set filechooser::queried after querying

Setting this attribute after querying, but before receiving the
results, can lead to inappropriate behaviour. This can be reproduced
by dragging the scrollbar very quickly in a large directory; after
going up and down a few times, some thumbnails will be wrong.

Without this branch, "wrong" means they'll show the completely wrong
icon or thumbnail, e.g. a folder icon in a video file. With previous
commit, "wrong" means they'll be empty even when there is a thumbnail
available.

The sequence of events that triggers this is as follows:

 1. GtkListItem receives a GFileInfo object and passes it to
    GtkFileThumbnail via expressions

 2. `get_thumbnail()` is called, doesn't find a thumbnail

 3. `filechooser::queried` is not set yet, so it is set to TRUE
      and we call `g_file_query_info_async()`

 4. **Before `thumbnail_queried_cb` is called**, a new GFileInfo
    is set, and we cancel the query initiated in the previous
    step

 5. We now have a GFileInfo with `filechooser::queried` set to
    TRUE, and no thumbnail!

This commit fixes that by only setting the `filechooser::queried`
attribute after the icon is queried. We need to set it in two
situations: when the query is successful, or when the error is
not G_IO_ERROR_CANCELLED. That's because the query was cancelled,
we didn't really perform it!

filethumbnail: Clear image on failure

Unset the image if we fail to find the appropriate icon, regardless
of the reason of the failure. Prevents the thumbnail to misrepresent
the GFileInfo it's supposed to represent.

filethumbnail: Cosmetics

Remove an empty newline

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

inspector: Look for icon themes in system data dirs

See merge request GNOME/gtk!5567

Merge branch 'main' into 'main'

Update docs/reference/gtk/getting_started.md

See merge request GNOME/gtk!5558

Merge branch 'wip/exalm/buildable' into 'main'

builderparser: Don't exit too early on nested custom tags

See merge request GNOME/gtk!5566

testsuite: Add a GtkBuildable custom tag test

Just test that it doesn't error out during parsing.

inspector: Look for icon themes in system data dirs

For some reason, these were not included, and they should.

NEWS: Updates

builderparser: Don't exit too early on nested custom tags

Currently nested custom tags work only as long as the element names differ
from the root one. If it's same, for example:

<condition type="any">
  <condition type="max-width">600</condition>
  <condition type="max-height">600</condition>
</condition>

then it will fail. Meanwhile the same tags wrapped into <conditions> would
work.

The problem is that custom tag parsing is considered finished as soon as we
encounter a closing tag with the same element name. So instead, track the
nesting level.

Merge branch 'alloc-needed-on-child-fix' into 'main'

widget: Reset alloc_needed_on_child before allocating children

See merge request GNOME/gtk!5564

widget: Reset alloc_needed_on_child before allocating children

Reset alloc_needed_on_child *before* allocating the children. This is
because some child's size_allocate() may call queue_allocate(), which
will bubble up alloc_needed_on_child. An example of this happening is
with GtkScrollable implementations, which are supposed to configure
their adjustments in size_allocate(), which will cause GtkScrollbar's
GtkRange to notice and queue_allocate() on itself.

If we reset alloc_needed_on_child after this happens, then our children
will have a lingering alloc_needed_on_child and will not receive an
allocation.

This commit fixes widgets occasionally losing an allocation when this
scenario happens.

Merge branch 'fix-text-undo-disabling' into 'main'

text: Fix disabling of history

Closes #5622

See merge request GNOME/gtk!5565

text: Make editable API irreversible

Programmatic changes to the entry contents should
not become part of the undo history.

Sadly, the editable implementations are also used
in the code paths that we use for user-initiated changes,
so we have to be careful to only set them as
irreversible if we are not already in a user action.

Fixes: #5622

text: Fix disabling of history

Keep a separate boolean for enable-undo, and
disable the history if it is false, or the entry
is not using visible text, or isn't editable.

Related to: #5622

Merge branch 'expose_autocomplete' into 'main'

a11y: Expose GTK_ACCESSIBLE_PROPERTY_AUTOCOMPLETE

See merge request GNOME/gtk!5563