Build: 0.3.0 Platform: Mac OS X 10.1.5 Expected Results: Application should process the url that it recieves What I got: URL string isn't processed in browser Steps to reproduce: 1) Specify Chimera 0.3.0 as default web browser System Preferences - Internet - Web tab. Close System Preferences. 2) In another application like Mail.app and AOL IM, click on a embedded url link in a message. 3) Chimera should launch but url isn't processed in browser window.
Works in the latest nightly build (2002-06-07-05) but not in 0.3.0.
Also works in 0.2.8.
*** Bug 150202 has been marked as a duplicate of this bug. ***
I wonder if this should be added to our smoketest list. Probably a good idea...
seeing the same lack of processing with URLs passed from Entourage and Mac reporter (OS X dockling) - definitely in 0.3 but not in the 0607 nightly
*** Bug 150367 has been marked as a duplicate of this bug. ***
i wonder if something is messed up/corrupt on bryner's mac, since i can't imagine this working on the top but not working in what we released on friday. bryner?
This happened on my machine too, with the public release of 0.3.0. I prompty went and dl'ed the latest nightly build and the problem was gone. I think that release drop was a bit flawed as there were a bunch of small problems I found that were only present in that particular drop... which were all rectified in the night build that was released that very day.
Curious. Despite Neil's experience to the contrary, I am still seeing this bug on the latest (06/10) nightly. When I first d/loaded it, I thought the bug was solved (I'm almost positive I clicked on a link in Entourage and that Chimera launched and picked up the URL). However, even if it did work, the problem is definitely back now. If Chimera isn't running it will launch, but just opens a blank window (I have no home page set). If Chimera is running the URL is not passed Hope this helps Peter
As far as nightly builds go, the problem wasn't occuring in the NB 2002-06-08-05 . However, NB 2002-06-09-18 and NB 2002-06-10-05 have this problem now as described.
This is probably lossage from the static build, then. I'll take a look.
Comment on attachment 87139 [details] [diff] [review] enable applescript r=sdagley (it's that easy?)
Marking verified in the NB 2002-06-11-11.
*** Bug 150998 has been marked as a duplicate of this bug. ***
THIS IS STILL A PROBLEM IN .4 Build 0.4.0 Milestone Platform Mac OS X 10.1.5 Reproduceable: Always to reproduce 1. Set Chimera as Mac OS X default Browser 2. open Sherlock 3. Search for something 4. Open a result. Chimera opens and displays page as expected. 5. Command-W (close window) 6. Return to sherlock without quiting Chimera 7. open another search result Expected Result: search result opens Actual Result: Chimera comes to the front but no page opens.
uh, we fixed it _after_ the 0.4 release. if you d/l a nightly build, you'll see it works.
Sorry, I let my first Confirmed bug go to my head, I'll be more careful next time.
Using nightly build 20030509, this bug has popped up again. My previous build was 4-18-03 and this problem didn't happen there. Basically, clicking on a link in another app brings Camino to the front but does nothing else. Dragging an HTML file to Camino's icon works fine though. Perhaps this bug needs to be reopened?
Hold off on my last message for a moment. I just realized that AppleScript for some reason got deleted from my system. If I understand correctly, Camino uses it to get the URL from the other app? I'll get AppleScript from the Apple Store tonight and see if that solves the porblem.
> I just realized that AppleScript for some reason got deleted from my system. AppleScript is a core part of the system. You can't delete it. > If I understand correctly, Camino uses it to get the URL from the other app? No, the AppleScript tag was just so Camino would get the events. > I'll get AppleScript from the Apple Store tonight and see if that solves the porblem. You can't buy AppleScript from the Apple Store. It's a core part of the system.