Both branches were obviously the same.

It looks a bit out of place but at least it doesn't trigger all the bad
notes in ListView.

It's easier to spot.

Saves it to the installations, needs to be in a separate action because
it may trigger policykit dialogs.

It could make sense to design this in a different way.

Aleix Pol Gonzalez authored Jun 17, 2022 and Aleix Pol Gonzalez committed Jun 22, 2022

Use the internal property otherwise. This way deployments can enforce a
remote to come first.

Aleix Pol Gonzalez authored Jun 17, 2022 and Nate Graham committed Jun 21, 2022

This way when a delegate is reused, it will be properly initialised as
the user expected.

BUG: 452129

Aleix Pol Gonzalez authored Jun 17, 2022 and Nate Graham committed Jun 21, 2022

If the window gets too wide, let the column take 25% of the width.

BUG: 432844

GIT_SILENT

`compactInfo` will not be shown when in compact mode. Hide it to fix a
visual glitch.

AFAICT the last usage was removed with
bd6e1a27.

raiseWindow() no longer uses QX11Info::isPlatformX11() since [1], which
was the reason for the Qt5X11Extras/Qt6GuiPrivate dependency AFAICT.

[1] 9f1358f0

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

GIT_SILENT

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

The comparison was backwards, which in particular made all links in apps.kde.org not work

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

Some sections are separated by separators, others by whitespace. Let's
standardize on whitespace because it looks better.

We want to notify about the global flatpak updates having changed, not a
specific installation

For readability and because it's less error-prone.

Arch developers have repeatedly expressed a preference for Arch users to
use the command line to manage software, rather than Discover. For this
reason, they deliberately package Discover in such a way that you will
have to go out of your way to figure out how to install an app backend.

Unfortunately, this means that Discover looks broken if you install it
with its default set of dependencies, because it won't be able to find
any apps. Novice Arch users don't understand that this is a deliberate
packaging choice in Arch, and instead blame Discover.

To alleviate this, we have introduced an error page that has become
ever mode specific over time about what exactly the problem is. Despite
this, novice Arch users remain confused about it. And the text we show
today is not really correct, as it implies that the issue is caused by
a bug in Arch's packaging. But it is *not* a bug; Arch packagers
package Discover this way deliberately, because they don't want Arch
users to use Discover to get apps. They consider this to be an expert
level feature that you shouldn't use unless you know what you're doing,
which inherently conflicts with the UX that we want to offer in
Discover.

Accordingly, for Arch users, let's show an Arch-specific message that
explains what's going on in clear and precise language, and offers an
actionable path forward.

Some errors might benefit from showing different explanatory text, or
having the button look different or take the user to a different page.

We have better ways to connect than casting nowadays.

From Update to Updating, which reflects better what we want to tell the
user.

Instead now we will hide the main window and let discover finish
performing the remaining transactions in the background.
Thus, now when we close we will:
- Hide the main window
- Show a SNI to restore the window
- Expose the transaction state in KUiServerJobTracker

BUG: 419622

In case of conflict in i18n, keep the version of the branch "ours"
To resolve a particular conflict, "git checkout --ours path/to/file.desktop"

Text in the apps description can be selected and copied.

BUG: 408467
FIXED-IN: 5.26