Closed Bug 499958 Opened 15 years ago Closed 15 years ago

When you right click and Send To 'Mail Recipient' it fails [ms windows] / Send Attachment

Categories

(Thunderbird :: OS Integration, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: andrew.harris, Assigned: mcsmurf)

References

Details

(Keywords: regression, verified1.8.1.23, Whiteboard: [workaround comment 13, and 17])

Attachments

(3 files, 2 obsolete files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 (.NET CLR 3.5.30729)
Build Identifier: version 2.0.0.22 (20090605)

New update wipes the DLLPath setting in registry

HKLM\SOFTWARE\Clients\Mail\Mozilla Thunderbird

Should be C:\\Program Files\\Mozilla Thunderbird\\mozMapi32.dll

Have fixed mine and two others!

Reproducible: Always

Steps to Reproduce:
1.Right click on file
2.Select 'Send To'
3.Select 'Mail Recipent'
Actual Results:  
Nothing

Expected Results:  
Should open Thunderbird with attachment

Have fixed it with reg file below:-

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\Mozilla Thunderbird]
@="Mozilla Thunderbird"
"DLLPath"="C:\\Program Files\\Mozilla Thunderbird\\mozMapi32.dll"
Attached file Windows Registry Fix (obsolete) —
Windows Regitry Patch to re-enter DLL information to registry
Blocks: 452162
Flags: blocking1.8.1.next?
Keywords: regression
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
Component: General → OS Integration
Ever confirmed: true
QA Contact: general → os-integration
Version: Trunk → 2.0
Did you update via the internal update function or via downloading the new version from the Thunderbird website?
Ok, this bug happens when using the internal update function, the problem is http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/mail/installer/windows/nsis/shared.nsh&rev=1.2.2.6&mark=40#40 (SetClientsMail) calls GetFullPathName on mozMapi32_InUse.dll. But mozMapi32_InUse.dll gets copied later in UpgradeMapiDLLs... (see line 53).
Attached patch Patch (obsolete) — Splinter Review
Ok, multiple problems :|. See Comment 5 for the first problem and the other problem was/is the shellservice also using some old file name (so the workaround of setting another app as default mail client and then Thunderbird again will currently set mozMapi32.dll as DLLPath again, we don't want that!). The other occurrences of mozMapi32.dll in the code are obsolete or SeaMonkey only.
Assignee: nobody → bugzilla
Status: NEW → ASSIGNED
Attachment #384697 - Flags: review?(bugzilla)
Comment on attachment 384697 [details] [diff] [review]
Patch

>+  // Set DLLPath again as SetClientsMail will fail if mozMapi32_InUse.dll does
>+  // not exist yet 

Make that "as GetFullPathName in SetClientsMail will return an empty path"
This is a better workaround, it will work if you installed Thunderbird with default settings and you use a English Windows version. Just save the file to disk and then execute it. If you prefer to apply the workaround manually, you have to set in the registry HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\Mozilla Thunderbird the DLLPath key to "C:\Program Files\Mozilla Thunderbird\mozMapi32_InUse.dll" (without the quotes).
Another workaround is to set another mail client as default mail client (for example Outlook Express) and then Thunderbird as default mail client again. But I would not recommend this as this might cause the same problems as in Bug 452162 again.
Attachment #384640 - Attachment is obsolete: true
NOTE: If you are running Windows Vista 64, this does not work. The path must be changed from \program files\  to \program files (x86)\
Whiteboard: [workaround comment 13]
Whiteboard: [workaround comment 13] → [workaround comment 13, and 17]
Comment on attachment 384697 [details] [diff] [review]
Patch

This looks the right thing to do. I haven't tested it as I haven't got a build env. Therefore requesting that Robert looks at this as well.

ss: We should make sure we have a litmus test on 2.x series for this bug as well.
Attachment #384697 - Flags: review?(robert.bugzilla)
Attachment #384697 - Flags: review?(bugzilla)
Attachment #384697 - Flags: review+
ludo, didn't find any litmus tests

fix summary
Flags: in-testsuite?
Flags: in-litmus?
Summary: When you right click and send to 'Mail Recipent' it fails → When you right click and Send To 'Mail Recipient' it fails [ms windows] / Send Attachment
Attachment #384697 - Flags: review?(robert.bugzilla) → review+
Comment on attachment 384697 [details] [diff] [review]
Patch

This works but I think it would be cleaner to call ${UpgradeMapiDLLs} before ${SetClientsMail}. Any reason not to do so?

With that fixed or an answer as to why r=me
I also recommend implementing what I mentioned in bug 452162 comment #148.
After applying the proposed fix below, The default mail icon is greyed out in the Start Menu (Vista).

>[HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\Mozilla Thunderbird]
>@="Mozilla Thunderbird"
>"DLLPath"="C:\\Program Files\\Mozilla Thunderbird\\mozMapi32.dll"
I downloaded yesterdays nightly build of Shredder and this bug was not an issue for me any more.

Will there be a Thunderbird 2.0.0.23 or do we have to wait for Thunderbird 3 for this to be fixed?
(In reply to comment #39)
> Will there be a Thunderbird 2.0.0.23 or do we have to wait for Thunderbird 3
> for this to be fixed?

There will, indeed, be a Thunderbird 2.0.0.23 which we will fix this in.
Flags: wanted1.8.1.x+
Flags: blocking1.8.1.next?
Flags: blocking1.8.1.next+
(In reply to comment #43)
> There will, indeed, be a Thunderbird 2.0.0.23 which we will fix this in.

Is there a time frame for when this will be released?
Attached patch Better patchSplinter Review
Just call UpgradeMapiDLLs before SetClientsMail.
Attachment #385369 - Flags: review+
Attachment #384697 - Attachment is obsolete: true
Comment on attachment 385369 [details] [diff] [review]
Better patch

This patch fixes a major regression in TB 2.0.0.22. Not really tested on trunk as the patch does not apply to trunk and testing this involves using the update function.
Attachment #385369 - Flags: approval1.8.1.next?
(In reply to comment #50)
> (From update of attachment 385369 [details] [diff] [review])
> This patch fixes a major regression in TB 2.0.0.22. Not really tested on trunk
> as the patch does not apply to trunk and testing this involves using the update
> function.
I don't think this is a problem on trunk. Do you think it is?
I tried the executable patch from comment #13 and it did not fix the problem I listed in #48 Bug 500682.  Does this patch work with Vista 64?  If not can you create one?  I do know how to and do not want to manually alter my files.
This one is for people using the 64-bit version of Windows Vista (also see Comment 17 on this).
Thanks Frank.  Your Windows Vista 64-bit version registry workaround solved both the right click send problem and the email photo from Picasa 3.
I found the "Better Patch" and ran it.  It cured my problem with my Endicia postage program not sending automatic email confirmations due to "Must install email client with MAPI access"
How do I install this patch?
Now that I recall, I installed the one listed under "Windows Registry Workaround" by clicking on the highlighted text.  It then downloaded to my computer and I double clicked on it to run it.  You may have to re-boot after installation.
How do I install the "Better Patch"?
The fix in comment 13 did the job wonderfully.  This is one of the few times that FAQs has really helped.
(In reply to comment #71)
> How do I install the "Better Patch"?


Try comment 13
The solution in Comment 13 worked perfectly, and I had no trouble installing it. Thanks for the great work.
(In reply to comment #24)
 
> ss: We should make sure we have a litmus test on 2.x series for this bug as
> well.

https://litmus.mozilla.org/show_test.cgi?id=7786 is one for 2.x

It's cloned version for 3.x series.
Flags: in-litmus? → in-litmus+
The Windows Registry Fix seemed to work just fine.
Thank you very much.
I am running Vista 64 and have applied the registry fix. I still cannot get TB 2.0.0.22 to open from a Send To context menu pick or to email pictures from Picasa 3 where TB is designated as the default email application. Is there something else I can try?
RE comment 78/Vista: See comment #17 - the patch was specific to 32 bit Windows and does not allow for the Vista64 path "/program files (x86)/" for non-64 bit programs. Therefore you have to edit the registry manually for Vista64.
I installed the registry patch located at https://bugzilla.mozilla.org/attachment.cgi?id=385439 which includes the path change required for Vista 64 and the Send To function still doesn't work.
I downloaded the file from comment #13 and invoked it, everything is back to wonderful. Thanks! Woo Hoo!

Richard Bunn
Comment on attachment 385369 [details] [diff] [review]
Better patch

Is there any specific reason that this patch hasn't received branch approval yet? It's pending for about a month now, and reports keep coming in...
(In reply to comment #86)
> (From update of attachment 385369 [details] [diff] [review])
> Is there any specific reason that this patch hasn't received branch approval
> yet? It's pending for about a month now, and reports keep coming in...

CC'ing dveditz...
Comment on attachment 385369 [details] [diff] [review]
Better patch

Approved for 1.8.1.23. a=ss

We intend to fix this in Thunderbird 2.0.0.23.

(This was on my list to approve, I've just been busy with some other things happening this week.)
Attachment #385369 - Flags: approval1.8.1.next? → approval1.8.1.next+
Checking in mail/components/shell/nsMailWinIntegration.cpp;
/cvsroot/mozilla/mail/components/shell/nsMailWinIntegration.cpp,v  <--  nsMailWi
nIntegration.cpp
new revision: 1.2.2.5; previous revision: 1.2.2.4
done
Checking in mail/installer/windows/nsis/shared.nsh;
/cvsroot/mozilla/mail/installer/windows/nsis/shared.nsh,v  <--  shared.nsh
new revision: 1.2.2.7; previous revision: 1.2.2.6
done
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: fixed1.8.1.23
Resolution: --- → FIXED
Fantastic. It is fixed. Thanks whoever did it.
Where do I get the installer (Not the Registry Workaround) to fix this?
(In reply to comment #92)
> Where do I get the installer (Not the Registry Workaround) to fix this?

Next version of tb will have it.
Verified fixed in the nightly 2.0X build (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.22pre) Gecko/2009080403 Thunderbird/2.0.0.22pre).
Status: RESOLVED → VERIFIED
Fixed!  Thanks.
When will 2.0.0.23 be released?
(In reply to comment #99)
> When will 2.0.0.23 be released?

It's currently not yet scheduled, watch https://wiki.mozilla.org/Releases
Tried the 64-bit fix in Windows XP64 and no luck. Does it need a separate fix?
To elucidate: checked in the  HKEY_LOCAL_MACHINE\SOFTWARE\Clients\Mail\ part of the registry using Registry Workshop (can't find a link to Windows Registry Editor Version 5.00) on my XP64 machine. There appear to be only folders for Hotmail and Outlook Express and nothing for Mozilla Thunderbird at all.

Can anyone help out please. I don't want to mess with my registry because I have no experience, but equally not being able to right-click and send files is ruining any practical possibility I have of escaping from MS email programs!
stickman_mr: commenting on closed bugs like this one is pointless. If you see the problem after you resinstall into another (empty) folder, file a new bug about it if you can't find one thats open already.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: