GitLab

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"

If you want git blame to ignore formatting revisions run:
git config blame.ignoreRevsFile .git-blame-ignore-revs

Fix bad spacing and unwanted separators

Raise icon size to 32px. This incidentally fixes the alignment of the
listitem text and also subjectively looks better to me.

Empty lists usually have a message indicating why.

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"

This had been required for a while, but the dependency was not listed in
the CMake file.

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 model has no role isDefault. I assume it's a copy and paste from
another model.

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"

It's not needed

Currently only paired/known devices are shown initially. Once the user starts the
wizard we enter discover mode and all newly found devices are added to
the model and thus the applet and KCM. When the KCM is closed and opened
again only the paired devices.

To avoid this filter out unpaired devices in the ProxyModel that is used
by the applet and KCM.

BUG: 422383
BUG: 416322

This enables the nice finished notification with actions

We cannot rely on the adapter count since that can be zero when
bluetooth is disabled, even when an adapter is physically there.

When no adapter is there the the "Add device" button is now hidden
correctly

When bluetooth is disbaled it says so instead of "No adapters found" now

The system tray representation provides the button for us

We cannot rely on the number of adaptors since that changes with the
bluetooth state, but we can infer that no adapters are there based on
the rfkill state

Don't call a null object
Don't set to undefined since this just gets us:
DeviceItem.qml:32:5: Unable to assign [undefined] to bool

There is no bluedevil coding style documented
We use SPDX identifiers now

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"