Closed Bug 514108 Opened 15 years ago Closed 15 years ago

AppleScript curl & pTit are busted again

Categories

(Core :: Widget: Cocoa, defect)

x86
macOS
defect
Not set
normal

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).
Blocks: 363747
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: 15 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
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.