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)