[kontact] [Bug 362817] Kontact crash on open addressbook from the email window

[Geoffrey]

https://bugs.kde.org/show_bug.cgi?id=362817

--- Comment #17 from Geoffrey  ---
I updated kmail, kontact and akonadiserver to 5.4.3 (I would like to know how
to update to 5.5.3) and it still crashes on select  recipients.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 385415] New: New kmail messages do not update the folder count display

[Dennis Gallion]

https://bugs.kde.org/show_bug.cgi?id=385415

Bug ID: 385415
   Summary: New kmail messages do not update the folder count
display
   Product: kmail2
   Version: 5.3.0
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: folders
  Assignee: kdepim-bugs@kde.org
  Reporter: dwgall...@gmail.com
  Target Milestone: ---

When new messages are received, the folder into which the message is delivered
is not updated to display the number of unread messages in that folder, and the
tray counter does not update either.  This behavior happens nearly all of the
time, but sometimes it does work.  Note: I use filters for all incoming
messages; all are filtered into their assigned folder.  I have 3 email accounts
all using gmail POP, and 39 filters with corresponding folders.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 325224] CalDav doesn't read server items

[Johannes Hirte]

https://bugs.kde.org/show_bug.cgi?id=325224

--- Comment #74 from Johannes Hirte  ---
I can confirm this with the latest git sources. Tested with Open XChange,
pushing to the server works, pull doesn't.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[akregator] [Bug 382587] Article viewer jumps to scroll position of previously viewed article

[Patrick]

https://bugs.kde.org/show_bug.cgi?id=382587

--- Comment #6 from Patrick  ---
To clarify my case, I'll add some steps to reproduce the problem:

1. Select an article in the article list. Make sure the article is long enough
for the vertical scrollbar to appear in the article viewer.
2. In the article viewer, scroll down to the bottom of the article.
3. Select another article in the article list. Again, make sure the article is
long enough for the vertical scrollbar to appear in the article viewer.

Notice the scroll position after step 3. It's not at the top where you would
expect it to be.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 325224] CalDav doesn't read server items

[Johannes Hirte]

https://bugs.kde.org/show_bug.cgi?id=325224

Johannes Hirte  changed:

   What|Removed |Added

 CC||johannes.hirte@datenkhaos.d
   ||e

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 385163] email rendering does not respect system font DPI settings

[Diggory Hardy]

https://bugs.kde.org/show_bug.cgi?id=385163

--- Comment #1 from Diggory Hardy  ---
Further to this — received emails are displayed with very small fonts, as are
emails composed with plain text.

Emails composed with "rich text" enabled — *also* display with small fonts, but
this isn't because of the display scaling — the font size defaults to 6pt! (I
only realised recently when a recipient complained about the small font size.)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 379839] adding multiple attachments via "actions - send as kmail attachment" in plasma only adds first item to new message

[Christoph Feck]

https://bugs.kde.org/show_bug.cgi?id=379839

Christoph Feck  changed:

   What|Removed |Added

 CC||lo...@math.nsc.ru

--- Comment #2 from Christoph Feck  ---
*** Bug 317325 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[akregator] [Bug 382587] Article viewer jumps to scroll position of previously viewed article

[Laurent Montel]

https://bugs.kde.org/show_bug.cgi?id=382587

--- Comment #5 from Laurent Montel  ---
(In reply to Patrick from comment #4)
> (In reply to Laurent Montel from comment #3)
> > (In reply to Patrick from comment #2)
> > > I did some debugging and found that the scroll position is remembered by 
> > > the
> > > chromium backend used by Qt. The scroll position restore used by
> > > akregator/messagelib isn't working because javascript is disabled.
> > 
> > it's wrong as it's execute in specific environment.
> > js is enabled as private => it's execute for sure.
> > 
> Javascript is enabled for external URLs, loaded in a new tab. But javascript
> is disabled for article content stored inside the feed, shown next to the
> article list (in widescreen view) or below the article list (in normal
> view). See the constructor of ArticleViewerWebEnginePage.

I know as I implemented it :)
but we can call javascript even if it's disabled it as we execute it in
specific "room". For sure as it works as it in kmail (coded that I implemented
too)

> 
> 
> > >
> > > As
> > > enabling javascript might have side effects, a possible solution is 
> > > loading
> > > a blank page before a new article is loaded in the viewer. You could do 
> > > this
> > > in ArticleHtmlWebEngineWriter::begin() by replacing:
> > >   mWebView->load(QUrl());
> > > with
> > >   mWebView->load(QUrl(QStringLiteral("about:blank")));
> > 
> > 
> 
> The idea was to clear the page and reset the scroll position to the top, but
> it doesn't work well with the rest of the code.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[akregator] [Bug 382587] Article viewer jumps to scroll position of previously viewed article

[Patrick]

https://bugs.kde.org/show_bug.cgi?id=382587

--- Comment #4 from Patrick  ---
(In reply to Laurent Montel from comment #3)
> (In reply to Patrick from comment #2)
> > I did some debugging and found that the scroll position is remembered by the
> > chromium backend used by Qt. The scroll position restore used by
> > akregator/messagelib isn't working because javascript is disabled.
> 
> it's wrong as it's execute in specific environment.
> js is enabled as private => it's execute for sure.
> 
Javascript is enabled for external URLs, loaded in a new tab. But javascript is
disabled for article content stored inside the feed, shown next to the article
list (in widescreen view) or below the article list (in normal view). See the
constructor of ArticleViewerWebEnginePage.


> >
> > As
> > enabling javascript might have side effects, a possible solution is loading
> > a blank page before a new article is loaded in the viewer. You could do this
> > in ArticleHtmlWebEngineWriter::begin() by replacing:
> >   mWebView->load(QUrl());
> > with
> >   mWebView->load(QUrl(QStringLiteral("about:blank")));
> 
> 

The idea was to clear the page and reset the scroll position to the top, but it
doesn't work well with the rest of the code.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kontact] [Bug 362817] Kontact crash on open addressbook from the email window

[Matthias Kretz]

https://bugs.kde.org/show_bug.cgi?id=362817

--- Comment #16 from Matthias Kretz  ---
FWIW, I'm on KMail/Kontact 5.5.3, akonadiserver 5.5.3, KDE neon User Edition
5.10, and I'm not seeing the crash anymore.
I have not replaced config files, Mail storage, or anything else. Just regular
updates through KDE neon.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kleopatra] [Bug 385390] New: Kleopatra unable to archive and encrypt whole folder

[Cuenta Chou]

https://bugs.kde.org/show_bug.cgi?id=385390

Bug ID: 385390
   Summary: Kleopatra unable to archive and encrypt whole folder
   Product: kleopatra
   Version: 3.0.0
  Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: general
  Assignee: aheine...@intevation.de
  Reporter: cuenta_c...@yahoo.es
CC: kdepim-bugs@kde.org, m...@kde.org
  Target Milestone: ---

We have just noticed that after upgrading to the latest version (3.0), we are
no longer capable of selecting a whole folder containing multiple files and
sign and encrypt everything.

When we do this and decrypt the resulting file, the output file contains:
1) If there are files smaller than 1MB, only one small file gets decrypted
2) If all files are bigger than 1MB, none of the files are encrypted. The
output is just a folder named "-_1_" with nothing inside, even though the
encrypted file size is some MBs.

The arechive command used when archiving files is the default one: TAR (PGP
Compatible)

Regards

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[kmail2] [Bug 385385] Kmail crashes on startup

[Maik]

https://bugs.kde.org/show_bug.cgi?id=385385

Maik  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=385374

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kontact] [Bug 385374] Kontact crashes on startup

[Maik]

https://bugs.kde.org/show_bug.cgi?id=385374

Maik  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=385385

-- 
You are receiving this mail because:
You are the assignee for the bug.

[kmail2] [Bug 385385] New: Kmail crashes on startup

[Maik]

https://bugs.kde.org/show_bug.cgi?id=385385

Bug ID: 385385
   Summary: Kmail crashes on startup
   Product: kmail2
   Version: 5.5.2
  Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
  Keywords: drkonqi
  Severity: crash
  Priority: NOR
 Component: general
  Assignee: kdepim-bugs@kde.org
  Reporter: k...@hoffmanndigital.de
  Target Milestone: ---

Application: kmail (5.5.2)

Qt Version: 5.6.2
Frameworks Version: 5.32.0
Operating System: Linux 4.13.4-2.g80338f6-default x86_64
Distribution: "openSUSE Leap 42.3"

-- Information about the crash:
- What I was doing when the application crashed:
I just tried to start kmail instead of kontact. It showed only the crashreport.
Same bug like 385374 ?

The crash can be reproduced every time.

-- Backtrace:
Application: KMail (kmail), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fa4ccb0a940 (LWP 23034))]

Thread 24 (Thread 0x7fa442ffc700 (LWP 23070)):
#0  0x7fa4bf9c20bf in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x7fa4b6b23189 in
base::SequencedWorkerPool::Inner::ThreadLoop(base::SequencedWorkerPool::Worker*)
() from /usr/lib64/libQt5WebEngineCore.so.5
#2  0x7fa4b6b2394d in base::SequencedWorkerPool::Worker::Run() () from
/usr/lib64/libQt5WebEngineCore.so.5
#3  0x7fa4b6b24170 in base::SimpleThread::ThreadMain() () from
/usr/lib64/libQt5WebEngineCore.so.5
#4  0x7fa4b6b20ece in base::(anonymous namespace)::ThreadFunc(void*) ()
from /usr/lib64/libQt5WebEngineCore.so.5
#5  0x7fa4bf9bd744 in start_thread () from /lib64/libpthread.so.0
#6  0x7fa4c9c4baad in clone () from /lib64/libc.so.6

Thread 23 (Thread 0x7fa4437fd700 (LWP 23066)):
#0  0x7fa4bf9c20bf in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x7fa4b697ed10 in mojo::system::Waiter::Wait(unsigned long, unsigned
int*) () from /usr/lib64/libQt5WebEngineCore.so.5
#2  0x7fa4b696c7bb in mojo::system::Core::WaitManyInternal(unsigned int
const*, unsigned int const*, unsigned int, unsigned long, unsigned int*,
mojo::system::HandleSignalsState*) () from /usr/lib64/libQt5WebEngineCore.so.5
#3  0x7fa4b696ca35 in
mojo::system::Core::WaitMany(mojo::system::UserPointer,
mojo::system::UserPointer, unsigned int, unsigned long,
mojo::system::UserPointer,
mojo::system::UserPointer) () from
/usr/lib64/libQt5WebEngineCore.so.5
#4  0x7fa4b6969327 in MojoWaitMany () from
/usr/lib64/libQt5WebEngineCore.so.5
#5  0x7fa4b82441ca in
mojo::common::MessagePumpMojo::DoInternalWork(mojo::common::MessagePumpMojo::RunState
const&, bool) () from /usr/lib64/libQt5WebEngineCore.so.5
#6  0x7fa4b82444e1 in
mojo::common::MessagePumpMojo::DoRunLoop(mojo::common::MessagePumpMojo::RunState*,
base::MessagePump::Delegate*) () from /usr/lib64/libQt5WebEngineCore.so.5
#7  0x7fa4b82445d2 in
mojo::common::MessagePumpMojo::Run(base::MessagePump::Delegate*) () from
/usr/lib64/libQt5WebEngineCore.so.5
#8  0x7fa4b6b0cc12 in base::RunLoop::Run() () from
/usr/lib64/libQt5WebEngineCore.so.5
#9  0x7fa4b6af86b5 in base::MessageLoop::Run() () from
/usr/lib64/libQt5WebEngineCore.so.5
#10 0x7fa4b6b244f0 in base::Thread::ThreadMain() () from
/usr/lib64/libQt5WebEngineCore.so.5
#11 0x7fa4b6b20ece in base::(anonymous namespace)::ThreadFunc(void*) ()
from /usr/lib64/libQt5WebEngineCore.so.5
#12 0x7fa4bf9bd744 in start_thread () from /lib64/libpthread.so.0
#13 0x7fa4c9c4baad in clone () from /lib64/libc.so.6

Thread 22 (Thread 0x7fa443ffe700 (LWP 23065)):
#0  0x7fa4bf9c20bf in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1  0x7fa4b6b23189 in
base::SequencedWorkerPool::Inner::ThreadLoop(base::SequencedWorkerPool::Worker*)
() from /usr/lib64/libQt5WebEngineCore.so.5
#2  0x7fa4b6b2394d in base::SequencedWorkerPool::Worker::Run() () from
/usr/lib64/libQt5WebEngineCore.so.5
#3  0x7fa4b6b24170 in base::SimpleThread::ThreadMain() () from
/usr/lib64/libQt5WebEngineCore.so.5
#4  0x7fa4b6b20ece in base::(anonymous namespace)::ThreadFunc(void*) ()
from /usr/lib64/libQt5WebEngineCore.so.5
#5  0x7fa4bf9bd744 in start_thread () from /lib64/libpthread.so.0
#6  0x7fa4c9c4baad in clone () from /lib64/libc.so.6

Thread 21 (Thread 0x7fa45cff9700 (LWP 23064)):
#0  0x7fa4af14a4f2 in pa_mainloop_prepare () from /usr/lib64/libpulse.so.0
#1  0x7fa4af14add2 in pa_mainloop_iterate () from /usr/lib64/libpulse.so.0
#2  0x7fa4af14ae90 in pa_mainloop_run () from /usr/lib64/libpulse.so.0
#3  0x7fa4af159006 in ?? () from /usr/lib64/libpulse.so.0
#4  0x7fa4a9eb7408 in ?? () from
/usr/lib64/pulseaudio/libpulsecommon-9.0.so
#5  0x7fa4bf9bd744 in start_thread () from /lib64/libpthread.so.0
#6  0x7fa4c9c4baad in clone () from /lib64/libc.so.6

Thread 20 (Thread 0x7fa45d7fa700 (LWP 23063)):
#0  0x7fa4bf9c20bf in