Closed Bug 170586 Opened 22 years ago Closed 22 years ago

10.1: mail application no longer launches when clicking mailto: link

Categories

(Camino Graveyard :: OS Integration, defect)

Product:
Camino Graveyard
Component:
OS Integration
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: sdagley)

References

(
URL
)

Details

(Keywords: regression) 

spun off of bug 145807 comment 27. tested using 2002.09.23.04 build, on 10.1.5.

nothing happens when i click on a mailto: link (such as one in a bugzilla report
page). it should launch my default mail application.
chris cannot seem to repro this on 10.2.1, oddly.
Keywords: regression
still doesn't work using 2002.09.24.12.

could this be a diff btwn 10.1 vs 10.2?
Summary: maill application no longer launches when clicking mailto: link → mail application no longer launches when clicking mailto: link
-> sdgaley. Can't be me, because I didnt' check in.
Assignee: sfraser → sdagley
hm, this works fine on 10.2.1 (i'm testing on another machine), but not on 10.1.5.
Depends on: 147925
Summary: mail application no longer launches when clicking mailto: link → 10.1: mail application no longer launches when clicking mailto: link
this was working with the 9/13 builds (on 10.1.4, thanks chris!), but broken in
9/19. narrowing some more...
Depends on: 147975
No longer depends on: 147925
this regressed btwn 9/18 (works fine) and 9/19 (broken).
Jus' lovely.  This would imply that LaunchServices isn't working right under
10.1.x cause I checked in code to start using it on 9/18 :-(
Status: NEW → ASSIGNED
Marking FIXED as I checked in the nsInternetConfigService changes I've been
working on in #169667 onto the CHIMERA_M1_0_1_BRANCH in the hope they will fix
this.  They damn sure WORKSFORME under 10.2.1 so if it's still failing on 10.1.5
I'm going to say LaunchServices is F'd up under 10.1.x (not that it'd surprise
me).  If it does still fail REOPEN the bug and I'll change the code to only call
LS routines under 10.2 or later.  Since the purpose of adding the LS calls was
to support the webcal: protocol for iCal that'll still work since iCal requires
10.2.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
BTW, somebody got the depends/blocks logic backwards.  This bug doesn't depend
on #147975, it blocks it.
Blocks: 147975
No longer depends on: 147975
oopsy, meant to do that. ;)

will check this with today's build.
still a problem with 2002.09.25.04 on 10.1.5; reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
With a debug build running under 10.1.5 I'm seeing that LSGetApplicationForURL()
is failing to find an app when given just the protocol we're interested in (not
just mailto: fails, so does news: and I expect any other protocol).  Velly
strange considering that LSOpenCFURLRef(), when given the full URL, successfully
launches a helper app.  I think the 'fix' is going to be deferring to IC for
whether or not we have a helper available prior to Jaguar
Code checked in to only use LSGetApplicationForURL() under Jaguar or later. 
Marking FIXED again
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
and the patch for this is where?
yay, works now! vrfy'ing with 2002.09.26.04.
Status: RESOLVED → VERIFIED
No longer blocks: 147975
FYI, according to Bonsai, sdagley checked in changes on 9/24 on bug 159667 that
he hoped would fix this bug.
You need to log in before you can comment on or make changes to this bug.