I have installed GpgOL as part of Gpg4win.
Outlook reports that the GpgOL-AddIn is causing a significant delay in the Outlook start process and is only not automatically deactivated because it is included in the list of Add-Ins that should be loaded always even if loading may slow down Outlook.
Outlook seems to be a little bit jerky now
Description
Description
Details
Details
- Version
- Gpg4win-4.2.0
Revisions and Commits
Revisions and Commits
| rW Gpg4win | |||
| rWb2dea2536f96 Update GpgOL to 2.5.11 | |||
| rO GpgOL | |||
| rO8c015ef1ed44 Move GPGME init from DLLMain to COM init | |||
Event Timeline
Comment Actions
I think outlook shows any native addin there. As you can see by the empty bar we don't really do anything in there to slow it down. But let me check if I can move the extremely little code we have in there somewhere else.
The priority and workboard are for different reasons known to @werner and me.
Comment Actions
I don't really know how to test this though since it tracks this over time and history. Let us see if my change fixes this, It may be that outlook does not measure the DLLMain (which I am pretty sure it does) but the actual COM initialization, in which case my change did nothing. But I don't see any way in which my change could make things worse.
Comment Actions
I am closing this as resolved for now. I would need a completely new client or mess with the registry keys in which outlook stores the performance data to test this. But I would bet it still lists us as responsible for the slow start of outlook. But the time it will then show should now be 0ms since we absolutely do nothing anymore in our DLLMain.