Re: OpenURL issue not fixed with an OpenURLService

Patrick Cardona <[email protected]> Mon, 15 Dec 2025 13:56:25 +0100
Newsgroups gmane.comp.lib.gnustep.general
Message-ID <42048c682151da1c683e4c7e38e5734e@pi400>
Hello Richard,

On 2025-12-14 23:32:44 +0100 R Frith-Macdonald 
<[email protected]> wrote:

> 
> (...)
> 
> The fixes involve:
> 
> Allowing 'Open URL' services to work with either string pastebooard 
> data (how 
> it used to work) or url pastebaord data (the preferred format 
> nowadays), and 
> fixing a naming issue so that opening a URL via services should work 
> reliably 
> again.
> 
> The attempts the framework makes automatically should now be in four 
> stages 
> before failure:
> 
> 1. try asking a GNUstep app to open the URL (using the preferred app) 
> if any 
> app is available
> 
> 2. try asking an 'Open URL' service to open the URL
> 
> 3. try running the non-gnustep program specified by the NSWebBrowser 
> user 
> default
> 
> 4. try the fallback mechanism for opening a file of unknown type
> 

So I built from svn revision 942:
- Pantomime framework,
- GNUMail.
Did make_services.

Unfortunately, I had still this unexpected behaviour:

Clicking on a link from a message read in GNUMail:
1) Firefox.app is called and launched: but it opens a new default tab, 
not the expected URL;
2) After several seconds, an NSAlert Panel said: "No service matching 
'OpenURL'";
3) After I closed this panel, the expected URL was finally opened in a 
new tab.

Cheers,
Patrick

-- 
Patrick Cardona - Pi400 - GNU/Linux aarch64 (Debian 13.2)
Xorg (1:7.7+24) - libcairo2 (1.18.4-1+rpt1 arm64)
Window Maker (0.96.0-4) - GWorkspace (1.1.0 - 02 2025) - Theme: 
AGNOSTEP - MUA: GNUMail (1.4.0)