[kmail2] [Bug 355278] New: gmail messages can remain as "ghosts" after deletion

RJVB via KDE Bugzilla bugzilla_noreply at kde.org
Fri Nov 13 09:57:45 GMT 2015


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

            Bug ID: 355278
           Summary: gmail messages can remain as "ghosts" after deletion
           Product: kmail2
           Version: 4.14.7
          Platform: Compiled Sources
                OS: All
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: message list
          Assignee: kdepim-bugs at kde.org
          Reporter: rjvbertin at gmail.com

As reported (elsewhere?) already, there are cases where deleted messages from a
GMail account are not actually deleted at all, and remain as "ghosts",
greyed-out entries in kmail's message list that cannot be selected.

I just discovered that this also happens with entries in the Drafts folder,
after sending them.

Reproducible: Always

Steps to Reproduce:
1. configure a gmail account with the corresponding draft and wastebin ("Bin")
folders
2a. write and send a message
3a. delete any message from the active folder *before* having received the
notification that the message from (2) was sent successfully

OR

2b. compose a message, save it to the Drafts folder
3b. double-click to open it, and then send it.

4. select another folder, and then re-select the previous folder (this may need
to be done a few times)


Actual Results:  
The message deleted under 3a. or sent under 3b. will reappear in the list, but
ghosted. It can no longer be selected.

Expected Results:  
The message is supposed to have been deleted, so it should not reappear.

- this also applies to selections of multiple messages, in the 4.13 and 4.14
series on both Linux and OS X
- checking via GMail's web interface or a different client, the ghost messages
are indeed not deleted at all
- The effect of 3a. can be undone (*before* selecting another folder) by
hitting undo (^Z), waiting for the message to reappear as "not deleted", and
then deleting it again. After any message sending has completed of course.
- The effect can also be undone in akonadiconsole:
1. go to the folder in the browser tab
2. select the message: its attributes will show "/DELETED"
3. right-click the message, and *move* it to the account's Bin folder

Cleanup is a major feature IMHO, hence the Major severity I assigned to this
ticket.

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



More information about the Kdepim-bugs mailing list