wip/kas/rtl-locale : lp:gnome-initial-setup : Git : Code : GNOME Initial Setup

Get this branch:: git clone -b wip/kas/rtl-locale https://git.launchpad.net/gnome-initial-setup

Branch merges

Branch information

Name:: wip/kas/rtl-locale

Repository:: lp:gnome-initial-setup

Recent commits

1e308ab... by Khalid Abu Shawarib <email address hidden> on 2024-02-15

language-page: Remove default direction set call

This is already handled in Driver. Also, this call is wrong since
it's not considering the thread-local locale, but the global one.
See previous commit for more context.

Part-of: <https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/merge_requests/240>

8cd9d01... by Khalid Abu Shawarib <email address hidden> on 2024-02-15

driver: Manually parse the direction from harfbuzz

Since [1], `setlocale()` was replaced with `uselocale()`. This
makes calling `gtk_get_locale_direction()` wrong as it relied on
the global, thread-unsafe locale, rather than the current thread
locale. In order to preserve thread safety, manually call the
needed functions from Pango and HarfBuzz. This will make the
direction change when changing languages.

Also see [2] for clarification on the function used internally
by `gtk_get_locale_direction()`.

[1] 83696b544e241293233fa7eb09a0113d722a89e9
[2] https://gitlab.gnome.org/GNOME/pango/-/commit/15fe8555e5b859d1612bc8815aeb40c1832821ae

Part-of: <https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/merge_requests/240>

bafd606... by Khalid Abu Shawarib <email address hidden> on 2024-02-23

common-languages: Avoid uninitialized variable usage

The function `gnome_parse_locale()` doesn't nullify the
variables passed to it if it can't parse correctly. This causes a
crash when passing some locales like "en".

Initialize the variables to NULL and early return with a false when
parsing fails to avoid this.

Part-of: <https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/merge_requests/240>

3f742db... by Andi Chandler on 2024-02-25