Closed
Bug 514108
Opened 16 years ago
Closed 16 years ago
AppleScript curl & pTit are busted again
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: jruderman, Unassigned)
References
Details
Steps to reproduce: paste the following into Script Editor and click Run.
tell application "Firefox"
set Link to get «class curl» of window 1 as text
set theTitle to «class pTit» of window 1 as text
{Link, theTitle}
end tell
In Firefox 3.5, it works, showing the page URL and title. In Firefox 3.6 and trunk, I get "Can’t make «class curl» of window 1 of application 'Firefox' into type Unicode text."
This breaks features of Adium and Things. It has been broken before; see bug 427448 and bug 448087.
Flags: blocking1.9.2?
This is almost certainly a result of bug 363747, though I'd check the regression range to be sure.
I'm not aware of another current bug about adding back non-file-opening-related functionality that was also removed (but that's not to say there's not one hiding in Toolkit or in every XUL app's OS Integration component that I've not seen).
Updated•16 years ago
|
Flags: blocking1.9.2? → blocking1.9.2-
We support standard ways of accessing those attributes now. We should notify Adium and Things that the API is different, improved.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Here is how to do that stuff using our new AppleScript support.
https://bugzilla.mozilla.org/show_bug.cgi?id=363747#c9
Reporter | ||
Comment 4•16 years ago
|
||
That only gets you the title. I filed bug 516502 for getting the URL (Firefox only).
Sorry, I had missed bug 363747 comment 9's mention of dictionary-less Standard Suite support in all the noise over opening files that followed. (It seems a bit buggy in quick tests, particularly for setting window properties, but it does at least support getting all Standard Suite window properties correctly.)
You need to log in
before you can comment on or make changes to this bug.
Description
•