Closed Bug 66543 Opened 25 years ago Closed 24 years ago

use of MOZ_MAIL_NEWS in C++

Categories

(SeaMonkey :: UI Design, defect, P5)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: alecf, Assigned: blizzard)

References

Details

(Whiteboard: [xremote])

Attachments

(1 file)

I don't know why, but nsGtkMozRemoteHelper is using MOZ_MAIL_NEWS as an #ifdef. MOZ_MAIL_NEWS is not supposed to be defined in C++, and it was agreed a while back that a build with and without MOZ_MAIL_NEWS defined should produce the same navigator binaries.. so basically we should not have this! it looks like it's only using it for the mailto remote command, but it seems like we should replace this with an attempt to open a mailto: url through the uriloader - that way if we had a mailto handler such as Mozilla Mail, then it would load it. Otherwise, it would give an error. CC'ing cls to see why MOZ_MAIL_NEWS is defined in C++
Actually, now that you mention it there are a lot of things in that file that should be using the URI loader that aren't. I wrote that before I knew about the URI loader and thought that I had to do all the loading by hand.
Sorry about the spam. An unset priority should be less than P5.
Priority: -- → P5
*** Bug 92394 has been marked as a duplicate of this bug. ***
Whiteboard: [xremote]
Depends on: 98603
Assignee: blizzard → blizzard
Fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
r=pavlov
Comment on attachment 48682 [details] [diff] [review] Remove -DMOZ_MAIL_NEWS from build awesome! sr=alecf
Attachment #48682 - Flags: superreview+
Attachment #48682 - Flags: review+
rs-vrfy.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: