Page MenuHome GnuPG

Moving new encrypted emails to folder via context menu fails
Closed, ResolvedPublic

Description

Moving am email without a GPGOL_UID_DASL fails.

The Fix for T6646 will return the Internet message id and the folder event code didn't handle
tahts yet as the ribbon callback code.

Revisions and Commits

Event Timeline

mmontkowski created this task.
mmontkowski changed the task status from Open to Testing.Jul 7 2025, 2:27 PM
mmontkowski edited projects, added gpd5x (gpd-5.0.0), vsd33 (vsd-3.3.3); removed Restricted Project.
mmontkowski moved this task from Backlog to WIP on the gpgol board.
mmontkowski moved this task from Backlog to WIP on the gpd5x board.
mmontkowski moved this task from Backlog to WiP on the vsd33 board.

I could not reproduce this issue with Gpg4win 4.4.1 (which should have it).

So my finding that with Gpg4win-5.0.0-beta345 moving an encrypted message to a folder works, too, is of dubious value…

Moving an encrypted message on Gpg4win-5.0.0-beta357, Outlook LTSC Standard 2024 @ win10 into an inbox subfolder of Ted.Tester and back works for me, too. Does this confirm, that it's working now?

timegrid changed the task status from Testing to Open.Fri, Sep 12, 12:05 PM
timegrid moved this task from QA to WIP on the gpd5x board.

All mails touched by gpgol should already have a GPGOL_UID_DASL. So to replicate:

  1. Send a new encrypted mail (e.g. Edward -> Ted)
  2. Don't open that mail, but open the context menu: Move -> Other Folder ...
  3. Select a subfolder of INBOX and click OK -> the mail is not moved

I could replicate this with both Gpg4Win-4.4.1, Outlook LTSC Standard 2024 @ win10 and unfortunately also Gpg4win-5.0.0-beta369, Outlook LTSC Standard 2024 @ win10. The mail is not moved and just stays in the inbox. It also does not work on retries. So the problem seems not to be solved.

Here's a gpgol.log (Gpg4win-5.0.0-beta369):

timegrid renamed this task from Moving encrypted emails to folder fails to Moving new encrypted emails to folder via context menu fails.Fri, Sep 12, 12:18 PM
ebo changed the task status from Open to Testing.Tue, Sep 23, 8:57 AM
ebo moved this task from WiP to QA on the vsd33 board.

Also still present on vsd-3.3.3-beta90.12 @ win10 (mail is not moved)

Debug log for vsd:

timegrid changed the task status from Testing to Open.Tue, Sep 23, 2:48 PM
timegrid moved this task from WIP to Backlog on the gpd5x board.
timegrid moved this task from QA to Backlog on the vsd33 board.

Same behavior (on vsd-3.3.3-beta90.12 @ win10) for smime encrypted mails:

FWIW: The fix rO75f46829054e is part of GpgOL since 2.6.3

The following workflow works for Markus and me:

Click on new encrypted mail, enter key, wait for decryption, right click move -> to other folder, select one

ebo claimed this task.
ebo moved this task from Backlog to vsd-3.3.3 on the vsd33 board.
ebo edited projects, added vsd33 (vsd-3.3.3); removed vsd33.
ebo moved this task from Backlog to QA on the gpd5x board.

We were testing different things. This instance of the move to folder issue is fixed, for variants we'll open new tickets with clear test cases.