handlr icon indicating copy to clipboard operation
handlr copied to clipboard

Opening url encoded file paths

Open fryedbiscuit opened this issue 4 years ago • 7 comments

So... Handlr seems to pass uri file paths directly to the program (differently from xdg-open) which some programs are not ready to handle. That make the file not to be found.

example: file://home/user/file.png isn't parsed to /home/user/file.png

fryedbiscuit avatar Jan 23 '21 05:01 fryedbiscuit

@bloody-scythe thanks for reporting this, will look into it

chmln avatar Jan 27 '21 05:01 chmln

Hi @chmln

I got a similar error look like the one in this link. (https://bbs.archlinux.org/viewtopic.php?id=207758) I think it is the same issue as @bloody-scythe's issue then I mention it instead of creating a new issue.

Thank you so much for your attention, time and efforts.

hukacode avatar Jan 27 '21 15:01 hukacode

@bloody-scythe @hukacode should be fixed in the latest release :) Please reopen this if it still doesn't work.

chmln avatar Apr 23 '21 23:04 chmln

Hi @chmln

I still get this issue with version 0.6.1 I open pdf file from Calibre (screenshots in below). I can open with another extension (epub) so I don't know if it is handlr issue or pdf issue.

Best regards, Huka

image image

hukacode avatar Apr 25 '21 02:04 hukacode

@hukacode It was definitely a handlr issue. I just published a fix so it should work in v0.6.3 now

chmln avatar Apr 25 '21 04:04 chmln

Hi @chmln

This is an error when I open with v0.6.3 image

In previous version, I can open "location" with file manager, but now I get this error image

This is the file path image

hukacode avatar Apr 25 '21 04:04 hukacode

Ahhhh I see what's happening. The path gets urlencoded. When I was testing the fix locally I didn't think to check a file with spaces. Now I just have olto urldecode the path before passing it to the program.

Thanks @hukacode !

chmln avatar Apr 25 '21 14:04 chmln