show "Open" above "Open URL" by default

[skurfer]

More than one new user has been confused because when copying a file from the clipboard, the object will contain a file URL. In that case, “Open URL” is what they see by default. They create a trigger with that and then the trigger quits working after a relaunch because the URL data goes away.

They should be using “Open”, but this is not obvious.

I “broke” this myself in 78079f4, but that was not the right answer. I’ll lower the precedences in Remote Hosts instead.

[skurfer]

I’ve released a new Remote Hosts plug-in that should address the original problem.

[pjrobertson]

So what are the implications of making Open higher than Open URL...? ;-)

Since they both accept differet dObject types it shouldn't matter right?

[skurfer]

Before my original change, I think they were both equal (2), but it should only be an issue when an object has both types, which as far as I know, only happens when a file is pasted or dropped.

[skurfer]

Rebased and force-pushed this to deal with the recent submodule changes.

[skurfer]

We have to do another 1.2.0 release anyway. You think this can make it in?

[pjrobertson]

I can't think of any other objects that might have an URL and a file type except for file objects.
I'm assuming you can't either? In which case this makes sense.

Is there a reason you haven't just reverted that bad commit?

Also - should we have a unit test for this? Although that might be hard to test, since it can be changed by user prefs

[skurfer]

Reverting the commit would make Open and Open URL equal (2). I think we need to be more explicit.

On the unit test, I’m not sure exactly what we’d test, unless we came up with a comprehensive list of what should be default for all types. But even then, this problem ultimately originated from something a plug-in was doing, so we wouldn’t have caught that. Precedence doesn’t change that often anyway.

[pjrobertson]

Yep, all good. I just like to be sure ;-)