Updater: show the human readable version in the settings

The xml looks like this:

   <version>2.5.0.328</version>
   <versionstring>ownCloud Client 2.5.0 alpha1 (build 238)</versionstring>

And we should show the version string

Issue #6602

Updater: remove unused function

Remove unused installers before copying new ones into the appdata dir

MSI: Fix crash in the auto updater

'auto' here is a QStringBuilder referencing a temporary

Ammend commit 150d4f5935c9480cae0a84506af4efa940b64095
(MSI: Always with logfile #6609)

Found in the crash reporter:
https://sentry.io/owncloud/desktop-win-and-mac/issues/623245771/

MSI: Always with logfile #6609

Extract filename of updateFile without leading slash

Escape msi and owncloud.exe path (who knows...)

Run msi properly and restart client after update

Implement basic .msi support in updater

Updater: Comments

Updater: Make sparkle updater respect release channel

Auto Updater: Show UI element also on macOS

(cherry picked from commit dfdc2e1e87f99d387a042f4983c999fbb7fcf3d9)

Settings: Add update channel combobox #6259

Sparkle: Delegate calls work now with 1.18.1 (maybe even before)

We can extend on this to give UI feedback.

Merge pull request #2660 from nextcloud/folder-watcher

FolderWatcher: fixes and improvements

FolderWatcher: Disable test on OSX #7305

FolderWatcher: Usage of QTime for elapsed time is deprecated

FolderWatcher: Wait for ready before testing #7305

FolderWatcher: Become unreliable if test notification fails #7241

Necessary for some filesystems on windows that don't have full file
watching capabilities.

FolderWatcher linux: Make automatically recursive #7068

Previously it depended on addFolder() / removeFolder() calls to adjust
watchers when new folders were added or removed. There also needed to be
complex move handling.

Now, any folder creation/move-in notifications automatically trigger
watcher additions and folder deletion/move-out triggers removal.

FolderWatcher: Always notify about conflict files #7073

This makes sure that the conflict list can be updated if a user resolves
a conflict by deleting the local conflict file. Previously one had to
wait for the next sync run.

Folderwatcher: On linux, fix paths after dir renames #6808

If a folder was renamed A -> B, the folder watcher for the inode
would be unaware and still report changes for A/foo. Now directory
renames in the watched folders are tracked and paths are updated
accordingly.

Merge pull request #2663 from nextcloud/fix-windows-compilation

Fix Windows compilation broken after QML debugging fix.

Fix Windows compilation broken after QML debugging fix.

Signed-off-by: allexzander <blackslayer4@gmail.com>

Merge pull request #2662 from nextcloud/fix-qml-debugging

Fix QML debugging by removing incorrect dependency

Fix QML debugging by removing incorrect dependency

Signed-off-by: allexzander <blackslayer4@gmail.com>

[tx-robot] updated from transifex

Merge pull request #2658 from nextcloud/enable_qml_debugger_on_debug_builds

Enable the QML debugger on debug builds

Enable the QML debugger on debug builds

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2655 from nextcloud/use-dinamyc-path-for-account-state-icons

Use dynamic path for account online/offline state icon. Refresh GUI on connection state change.

Use dynamic path for account online/offline state icon. Refresh GUI on connection state change.

Signed-off-by: Alex Zolotov <alex.zolotov.nextcloud.com>
Signed-off-by: allexzander <blackslayer4@gmail.com>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2648 from nextcloud/debian_packages_should_not_block_ci

Issue a warning for Debian pipeline failures but don't fail the CI

Issue a warning for Debian pipeline failures but don't fail the CI

Since this fails every time we bump the version number and takes time to
catch up while failing every following PRs, let's prevent this pipeline
from failing the CI.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2630 from nextcloud/bump_to_version_3.0.81

Master is now 3.0.81

Master is now 3.0.81

This feels a bit like moving back in that case, but that's due to the
change of convention in the release process. We used to bump early but
now we're moving to a point when we bump at the last minute.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2616 from nextcloud/move_journaldb_files_back_to_sync_folders

Move journaldb files back to sync folders

Migrate journal dbs files back to the sync folder

In case of past collisions during the 3.0 times... well one will resync
from scratch unfortunately. But if that happened there are likely other
problems which occurred.

Also this might fix some of the bugs with people loosing settings from
the database. Indeed the -wal and -shm concatenations were wrong. Using
append was in fact changing the folderDefinition member which (I guess)
would potentially lead to funny ".db-wal-shm-wal-shm" names.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Revert "moved default db sync file to Qt standard path AppDataLocation"

This reverts commit fc6b895f524cfadd7edff83098c70d7cc44248a9.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Partial Revert "Adapted for cmd version and added migration step for config file"

This partially reverts commit 67ed54671b5f3be9520089f85d9e2e7aebc037f6.

The migration code was left untouched.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Revert "Adjust to makeDbName returning an absolute path"

This reverts commit 2492e241ac1b22cfbdbcb97739e9365fba69ac22.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2531 from nextcloud/bring_back_systray_menu_pause_sync_action

Bring back the "Pause sync" action in the systray context menu

Bring back the pause/resume action in the systray menu

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Move pause/unpause helpers to Systray

We had signals just to call those backs in ownCloudGui, they were
otherwise unused. So let's move them inside of Systray since it's
specific to it anyway.

Also fix the dangerous call to sender(). We can call this function
without going through a signal/slot connection and also it's never
connected to an AccountState.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2620 from nextcloud/fix_crash_when_displaying_share_dialog

Make sure the settings dialog exist before hiding it

Make sure the settings dialog exist before hiding it

Because of PR #2580 the settings dialog doesn't always exist. We need to
check for it first before placing calls to it.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2621 from nextcloud/wiswedel/documentation/chunkedUpload

[documentation] upload chunks config

[documentation] upload chunks config

documenting https://github.com/nextcloud/desktop/commit/e86499d9907f3bab5eac6e371eef772f8befd2e5

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2615 from nextcloud/fetch_apps_on_connectivity_changes_only

Fetch apps when we get connected only

Fetch apps when we get connected only

This was right now on the check connectivity beat which is too much when
you got many users. Be more conservative there and only update the list
of apps when the account gets connected.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2603 from nextcloud/remove_findqt5keychain_cmake_module

Get rid of FindQt5Keychain.cmake

Adjust AppImage build of QtKeychain to be found by cmake

Now that things are done in a more standard way, let's adjust the
AppImage build so that QtKeychain is picked up properly now that our
FindQt5Keychain.cmake file is gone.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Get rid of FindQt5Keychain.cmake

QtKeychain provides Qt5KeychainConfig.cmake and friends nowadays, so no
need to have a less reliable and outdated find module on our end.

Also this shows that we were including keychain.h in the wrong way and
were not using the link target, so both got fixed as well.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2589 from sryze/windows7-fixes

Misc fixes for Windows 7

Misc fixes for Windows 7

Signed-off-by: Sergey Zolotarev <sryze@protonmail.com>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2591 from nextcloud/fix_conflict_dialog_wording

Remove last left over of the "remote" wording

Remove last left over of the "remote" wording

I switched from "remote" to "server" but apparently left one behind by
mistake...

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2586 from nextcloud/Valdnet-patch-2

l10n: Change the triple dot to ellipsis

l10n: Change the ellipsis

l10n: Add a space in generalsettings.ui

Merge pull request #2582 from nextcloud/macos_add_more_information_on_skipped_file_watcher_event

Also output the event flags in the debug logs

Also output the event flags in the debug logs

When we skip a watcher event on mac, we log the file path but not the
event flags which came with it. Let's add it, it should help figure out
what's going on with #2578.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2587 from nextcloud/rakekniven-patch-1

Triple dot to ellipsis

Triple dot to ellipsis

Reported at Transifex.

Signed-off-by: rakekniven <mark.ziegler@rakekniven.de>

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

[tx-robot] updated from transifex

Merge pull request #2581 from nextcloud/ensure_systray_window_doesnt_prevent_windows_session_close

Ensure we quickly show/hide the systray window on startup

Ensure we quickly show/hide the systray window on startup

This is quick enough that no flickering should appear in practice.

We end up doing this because for some reason on Windows (I dug up deep
into the Windows QPA without nailing it down) not showing that systray
window at least once prevents the app object to return from exec() when
the session ends.

It's as if that window would be in some limbo state (neither opened nor
closed) which would prevent quitting. Clearly what we're doing here is a
workaround...

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Merge pull request #2527 from nextcloud/improve_conflict_handling_gui

Improve conflict handling gui

Use the ConflictDialog directly from the activity list

No need to go to the file manager first to then have the user go through
the context menu, just popup the dialog directly.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Move the activity action behavior on the C++ side

We better do this before this business logic grows in the QML side and
gets out of control. We'll need finer grained information due to the
conflict handling anyway.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Repair SettingsDialog::showIssuesList

This was completely disabled code and the connect was gone... So let's
introduce the connect back and have it trigger the main window while
selecting the right user. This way the new activity list is displayed
and since the conflicts are shown at the top this is hopefully obvious
again.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Add a function to know the user id matching a given account

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

In the case of conflicts, have the socket api propose the config dialog

This should be safe in the case of conflicts in folders on which the
user can write. For other cases we still use the older actions.

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>

Add a conflict dialog to help the user solve them

Signed-off-by: Kevin Ottens <kevin.ottens@nextcloud.com>