Age | Commit message (Collapse) | Author |
|
Fixes: #9649
|
|
|
|
|
|
|
|
|
|
Fixes: #8137
|
|
|
|
|
|
|
|
|
|
And also replace all remaining Q_DECL_OVERRIDE to just override
|
|
check for it
|
|
|
|
When owncloud is started during desktop startup the tray may not yet
be running when the client starts. This will make the client attempt
to create a tray icon again after 10 seconds if there's no tray
during initial startup.
|
|
|
|
For owncloud/enterprise#2941
|
|
Every proper application has that!
For decreasing window height in #6075
|
|
|
|
* Disentangle the previous 'qdbusWorkarounds' into three different
things
* Make not trusting tray.isVisible() a new workaround
* Introduce env vars for all workaround flags
* Use the workaround flags for OSX
* Determine workaround flags for KDE when the plasma integration plugin
is missing
|
|
* The new menu option will fetch shares and create a new link share if
no "context menu share" currently exists.
* Various cleanup of common operations in socketapi happened as well,
in particular there's now FileData::get() that calculates all the
relevant paths that are useful for most socketapi actions.
|
|
Previously it could only display synchronization progress or "up to
date". Now it also communicates the same overall state that the icon
shows.
See owncloud/enterprise#2134
|
|
It's simpler, and QSignalMapper is deprecated in Qt 5.10
|
|
* SocketAPI has COPL_LOCAL_LINK / EMAIL_LOCAL_LINK commands
* The nautilus and dolphing shell integrations show a submenu from which
one can share as well as access the private link.
* The SocketAPI provides a new GET_STRINGS command to access localized
strings.
* The private link can also be accessed from the user/group sharing
dialog.
* The numeric file id is extracted from the full id to create the
private link url.
|
|
|
|
License: Adjust license of GPLv2 source files to GPLv2+
|
|
Useful when left-clicking the tray icon isn't working for some reason.
|
|
See #5180
|
|
Tray: Workaround collection
* QDBus workaround for Qt 5.5.0 only, there were reports of the tray
working fine with 5.5.1. #5164
* OWNCLOUD_FORCE_QDBUS_TRAY_WORKAROUND to force the workaround on an off
* OWNCLOUD_TRAY_UPDATE_WHILE_VISIBLE to enable or disable updating of
the menu while it's visible - disable by default due to problems on OSX and Xubuntu.
* Track the visibility of the tray menu with aboutToShow/aboutToHide
only on OSX - the aboutToHide signal doesn't trigger reliably on linux
* Refactor such that setupContextMenu is different from updateContextMenu
* Don't use on-demand updating of the tray menu when the qdbus workaround
is active, instead to occasional (30s) updates of the tray menu.
|
|
I even had this issue long before 2.3 that submenus suddenly disappeared.
Now we refrain from updating while visible.
|
|
The tray menu is now only updated when it becomes visible or while
it is visible.
|
|
This will help moving the SyncEngine construction in the constructor
and allow moving functionalities from Folder to SyncEngine or its
delegated objects.
|
|
* A tray message on every start up
* Red message in account settings
* Folders are paused when the server version switches to
an unsupported one
|
|
|
|
|
|
That just triggers another bug...
|
|
|
|
On OS X, the width of the dialog must not change, only its height.
|
|
This addresses the inability to sign out from one account while
keeping the other active. See #3399, #3400, #3379
|
|
|
|
* Show connection errors for all failing accounts in the tooltip.
* Don't hide the 'service unavailable' state. We don't want intrusive
pop ups, but we don't want to pretend we're syncing when we aren't.
* Show sync-running icon also for SyncPrepare state. In my tests I
very rarely saw the sync-running icon before.
|
|
|
|
- rename target "doc-dev"
- group into modules
- move to doc/dev
|
|
It makes no sens anymore with multi account and users will see it
from the dialog anyway.
|
|
|
|
I want to remove this dependency of alias in the code because we might get
rid of it entierly later
|
|
|
|
If a file or directory is shared without resharing permission, the
share dialog displays an error. This is not the optimal solution, but
best for now, as we do not have the permissions available for the file
manager plugin.
This fixes #2923
|
|
A start with some general share info in the share dialog.
|
|
|
|
Also set auto delete flag for the dialog explicitely.
|