mjhjmtu

I decided to try lxdm (was using fluxbox and xfce), and discovered that for many programs the url handler was failing, producing this error message;

Quite strange as you can see, it's prepending the user directory to the url.
The example here is from telegram, but it happens in discord, as well as when executing from the command line; xdg-open https://www.google.com produces a similar error.
xdg-settings get default-web-browser output's firefox.desktop which works as a link in both xfce and lxdm.
More information; I ran bash -x on it and...

$ bash -x /usr/bin/xdg-open http://www.google.com
+ check_common_commands http://www.google.com
+ '[' 1 -gt 0 ']'
+ parm=http://www.google.com
+ shift
+ case "$parm" in
+ '[' 0 -gt 0 ']'
+ '[' -z '' ']'
+ unset XDG_UTILS_DEBUG_LEVEL
+ '[' 0 -lt 1 ']'
+ xdg_redirect_output=' > /dev/null 2> /dev/null'
+ '[' xhttp://www.google.com '!=' x ']'
+ url=
+ '[' 1 -gt 0 ']'
+ parm=http://www.google.com
+ shift
+ case "$parm" in
+ '[' -n '' ']'
+ url=http://www.google.com
+ '[' 0 -gt 0 ']'
+ '[' -z http://www.google.com ']'
+ detectDE
+ unset GREP_OPTIONS
+ '[' -n LXDE ']'
+ case "$XDG_CURRENT_DESKTOP" in
+ DE=lxde
+ '[' xlxde = x ']'
+ '[' xlxde = x ']'
+ '[' xlxde = x ']'
+ '[' xlxde = xgnome ']'
+ '[' -f /run/user/1000/flatpak-info ']'
+ '[' xlxde = x ']'
+ DEBUG 2 'Selected DE lxde'
+ '[' -z '' ']'
+ return 0
+ case "$BROWSER" in
+ case "$DE" in
+ open_lxde http://www.google.com
+ pcmanfm --help -a is_file_url_or_path http://www.google.com
++ file_url_to_path http://www.google.com
++ local file=http://www.google.com
++ echo http://www.google.com
++ grep -q '^file:///'
++ echo http://www.google.com
+ local file=http://www.google.com
+ echo http://www.google.com
+ grep -q '^/'
++ pwd
+ file=/home/nesmerrill/.local/share/applications/http://www.google.com
+ pcmanfm /home/nesmerrill/.local/share/applications/http://www.google.com
+ '[' 0 -eq 0 ']'
+ exit_success
+ '[' 0 -gt 0 ']'
+ exit 0

The important part seems to be pcmanfm --help -a is_file_url_or_path http://www.google.com but, that command if that's how it was used, doesn't seem to do much of anything?

$ pcmanfm --help -a is_file_url_or_path http://www.google.com
Usage:
 pcmanfm [OPTION…] [FILE1, FILE2,...] 

Help Options:
 -h, --help Show help options
 --help-all Show all help options
 --help-gtk Show GTK+ Options

Application Options:
 -p, --profile=PROFILE Name of configuration profile
 -d, --daemon-mode Run PCManFM as a daemon
 --no-desktop No function. Just to be compatible with nautilus
 --desktop Launch desktop manager
 --desktop-off Turn off desktop manager if it's running
 --desktop-pref Open desktop preference dialog
 --one-screen Use --desktop option only for one screen
 -w, --set-wallpaper=FILE Set desktop wallpaper from image FILE
 --wallpaper-mode=MODE Set mode of desktop wallpaper. MODE=(color|stretch|fit|crop|center|tile|screen)
 --show-pref=N Open Preferences dialog on the page N
 -n, --new-win Open new window
 -f, --find-files Open a Find Files window
 --role=ROLE Window role for usage by window manager
 --display=DISPLAY X display to use

This for Debian 10 (buster), LXDE and xdg-utils 1.1.3-1 too.
There is a typo in the xdg-open script and the solution is as follows:

 --- /usr/bin/xdg-open 2018-05-20 00:18:48.000000000 +0200
+++ /home/klaumi/bin/xdg-open 2018-09-13 15:15:51.630704599 +0200
@@ -928,7 +928,7 @@
 {

 # pcmanfm only knows how to handle file:// urls and filepaths, it seems.
- if pcmanfm --help >/dev/null 2>&1 -a is_file_url_or_path "$1"; then
+ if pcmanfm --help >/dev/null 2>$1 -a is_file_url_or_path "$1"; then
 local file="$(file_url_to_path "$1")"

 # handle relative paths

(Note that & has to be replaced with $)

Confirmed for Debian 10 (buster), LXDE, xdg-utils 1.1.3-1. Looks like a bug? One option that doesn't require editing /usr/bin/xdg-open:

• You can ask xdg-open to use a different desktop environment's handler (ref 1):
  XDG_CURRENT_DESKTOP=gnome xdg-open https://www.google.com