- User Since
- Mar 20 2016, 1:07 PM (178 w, 15 h)
@GB_2 thanks for testing; a desktop UUID is obviously not friendly to show to the user, so there needs to be some sort of X11/Wayland runtime check here.
Sat, Aug 17
Mon, Jul 29
Good idea to reduce required dependencies, many thanks.
Thu, Jul 25
Sat, Jul 20
Jul 11 2019
Confirmed that man:clang(1) now correctly displays the man page with no spurious numbers shown. Would be happy to abandon this review request.
Jul 10 2019
Good point regarding the possibility of decoding other formats.
Jul 9 2019
Jun 27 2019
Jun 19 2019
Jun 15 2019
@mlaurent, are you also happy to accept this revision?
Jun 3 2019
New function setUseProxyInternal() to set proxy state and, if the connection is active, disconnect and reconnect it with the new proxy setting.
May 31 2019
Diff updated in accordance with review comments
Tab converted to spaces
May 30 2019
May 29 2019
KIMAP required version updated
Version number updated
May 28 2019
Laurent, do you mean the PIM_VERSION in kimap/CMakeLists.txt (which then sets KIMAP_LIB_VERSION), currently "5.11.40"? I was under the impression that this was managed by the release scripts and all PIM components had to have the same version.
I assume that you don't mean the SOVERSION of the kimap library (which doesn't have a minor version).
May 25 2019
May 19 2019
May 18 2019
See https://bugs.kde.org/show_bug.cgi?id=407685 for IMAP.
May 4 2019
Appears to have been already implemented by https://phabricator.kde.org/R244:b2b873d612a018d33866ddfd497f87bb7dd79573
May 2 2019
The tool is up to date and working as far as I am aware, but any bug reports or suggestions for additions would of course be welcome.
Mar 27 2019
Use the standard export header
Mar 26 2019
Ping - anyone able to review please?
Mar 25 2019
No need to declare destructor as virtual
Mar 20 2019
Mar 18 2019
Mar 17 2019
Mar 16 2019
Mar 12 2019
Will let the Akregator change soak for a bit, to make sure there are no problems, and then submit it.
Mar 9 2019
Mar 8 2019
Setup and destruction of the QWebEngineProfile moved to WebEnginePage, so MailWebEngineView need know nothing about the profile and MailWebEnginePage only needs to access it via profile().
Mar 7 2019
There's always a better way to do it...
Yes, doing that seems to work. It's not as elegant an implementation as it could be, because the QWebEngineProfile still needs to be created by MailWebEngineView and passed to the MailWebEnginePage which adopts it as a child. It's not possible to manage the profile entirely within MailWebEnginePage because a profile can only be set when a QWebEnginePage is created, and trying to do that in the constructor:
Mar 6 2019
Sounds a good idea, will investigate.
Something like this...?
Mar 1 2019
Use the same condition as the Qt header uses
Feb 27 2019
Not sure why I'm being asked to review?