Re: browser wrapper

Hi Richard,

On 2025-11-14 10:45:10 +0100 R Frith-Macdonald <[email protected]> wrote:

> 
> On 13/11/2025 23:03, Riccardo Mottola wrote:
>> Hi,
> 
>> we have simple appwrappers supplied with gworkspace.
> 
>> The infoplist contains
>>   XAppWrapper = YES;
> 
>> and this works for opening file in applications. There are side-effects 
>> with GWorkspace, but it mostly works in the sense that things open. If the 
>> app is reasonable, it will also open more files.
> 
>> I would like to  have this simple functionality also for Web Browsers.
>> There are already a couple of wrappers for browsers: firefox, seamonkey, 
>> konqueror, iceweasel...
> 
>> Now they don's seem to work. I think is becuase they do not register 
>> CFBundleURLTypes
> 
>> So I thought to add to the seamonkey wrapper:
>>   CFBundleURLTypes = (
>>     {
>>       CFBundleURLName = "Web site URL";
>>       CFBundleURLSchemes = (
>>     http,
>>     https
>>       );
>>     }
>>   );
> 
>> but it doesn't work. The wrapped app is seen in systempreferences internet 
>> panel and I can select it. However, if I click on an URL this do not work 
>> as expected.
> 
>> Seamonkey opens or comes to front, nothing happens.
>> The calling app (e.g. GNUMail with a link) hangs and complains after a 
>> while with No service matching 'OpenURL'
>> firefox comes and may open the link (or maybe not
> 
> Check the NSWorkspace documentation for this.  It provides an example and 
> explains how wrappers are used.
> 
> For opening local files you need the appropriate NSTypes specification

The issue seems more related on the way URLs are handled within GNUstep.
No problem with an html local file.

> 
> However, the question of why a particular web browser works or does not work 
> has nothing to do with GNUstep: it's all about theweb browser itself and the 
> shell script you provided to launch it (which you didn't show in this 
> email).  Basically, the shell script must launch the browser *and* tell the 
> browser which file to open, in a way the browser understands.
> 

In the case of Chromium (see bash script below) the use of 'xdg-open' produces the same issue  from a link clicked in GNUMail, it never happens if you use xdg-open in the Terminal.

e.g.:
- execute this in a Shell:
	xdg-open https://example.com
It will open the requested URL in a new tab. No issue.

 - Now, try to click on the link below directly from this message read within GNUMail:
	https://example.com

It will produce the issue, with the same app wrapper of Chromium (opening one blank tab, complaining  about "no service..." to handle URL... and finally a second tab with the requested URL).
 
<Chromium>

Regards,
Patrick

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