Modifying and Improving the ROX-filer

What features/apps/bugfixes needed in a future Puppy
Message
Author
User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#101 Post by Argolance »

Bonsoir,
I don't know if this is the right place to ask the question concerning Rox filer that I posted :arrow: on this already old "SOLVED" thread (Wed Jan 07, 2015 8:44 am Post subject: opening browser from application).
Maybe I am just too eager to get this answer but as I didn't get any, I take the liberty to do it again on this "alive" thread.
I solved the problem of opening https url from my application (Dropbox) by creating this link inside /root/Choices/URI:

Code: Select all

ln -s /usr/local/bin/defaultbrowser /root/Choices/URI/https
... but couldn't find the solution trying to open a local (/tmp) html file.
This is the error message I get (though this html fle is present and works if I click directly on it from /tmp):

Code: Select all

<?xml version="1.0"?>
<env:Envelope xmlns:env="http://www.w3.org/2001/12/soap-envelope"><env:Body xmlns:rox="http://rox.sourceforge.net/SOAP/ROX-Filer"><env:Fault xmlns:rpc="http://www.w3.org/2001/12/soap-rpc" xmlns:env="http://www.w3.org/2001/12/soap-envelope"><faultcode>Failed</faultcode><faultstring>/tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332 n'est pas accessible</faultstring></env:Fault></env:Body></env:Envelope>
Any idea of the type of link (to the default browser) has to be created?

Thank you for your attention.
Cordialement.

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#102 Post by jamesbond »

Exactly what is the command you're trying to run?
1. Firstly - try to run "rox /path/to/some/file.html", does it work?
2. Secondly try to run "rox -U file:///path/to/some/file.html", does it work?
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#103 Post by Argolance »

Thank you.
Both work fine!
jamesbond wrote:Exactly what is the command you're trying to run?
The menu of the system icon of my application lets user go directly to a site to sign in. The link is an https one and the command:

Code: Select all

ln -s /usr/local/bin/defaultbrowser /root/Choices/URI/https
... solved the problem because it was firstly not working.
In the same menu, there is an entry that is intended to run a local /tmp/html file, but it doesn't work too.
So, I would like to know what kind of command I could run to create the right link inside /root/Choices/URI, the problem being similar to the solved "https" one and may be concerning Rox filer configuration.
Sorry but it is not easy to explain this in English.

Cordialement.

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#104 Post by jamesbond »

Argolance wrote:Thank you.
No worries.
Both work fine!
Then the setup sounds all good.
In the same menu, there is an entry that is intended to run a local /tmp/html file, but it doesn't work too.
Ah, this is my question - can you tell me exactly what is that menu entry doing? What command does it try to execute, in order to "run a local /tmp/html file"?
So, I would like to know what kind of command I could run to create the right link inside /root/Choices/URI
Those links provide support for rox to support "rox -U"; for example "rox -U https://blablah" requires /root/Choice/URI/https linked to some program. "rox -U grrr://blablabla" requires /root/Choice/URI/grrr.

So to know what you want to put there, depends on how exactly is your menu entry doing.
Sorry but it is not easy to explain this in English.
Screenshot would help :)

cheers!
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#105 Post by Argolance »

Bonsoir jamesbond,
[quote=" the error message displayed in console when I click on the menu entry "Run the Dropbox web site""]<?xml version="1.0"?>
<env:Envelope xmlns:env="http://www.w3.org/2001/12/soap-envelope"><env:Body xmlns:rox="http://rox.sourceforge.net/SOAP/ROX-Filer"><env:Fault xmlns:rpc="http://www.w3.org/2001/12/soap-rpc" xmlns:env="http://www.w3.org/2001/12/soap-envelope ... 2b87a65332 n'est pas accessible[/b]</faultstring></env:Fault></env:Body></env:Envelope>[/quote]Rox should open the file: tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332 but cannot though it is duly present inside /tmp. Note that this temporary html file works perfectly when I click directly on.
This looks like "grrr://blablabla" which requires /root/Choice/URI/grrr where grrr would be "file" and blablabla an html one? But this already exists!
Screenshot would help
I don't know exactly what I could shot except the picture below.

At least, if this could be solved and if this really depends on Rox, I think (in spite of appearances) :oops: , it could be a real improvement to put these useful links (https and some others) inside /root/Choices by default and my question would not be quite off topic! :wink:

Cordialement.
Attachments
170304_202147_810x162_easyshot.jpg
The text in French says file doesn't exist or is not reachable.
(13.74 KiB) Downloaded 227 times

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#106 Post by greengeek »

Argolance wrote:Rox should open the file: tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332 but cannot though it is duly present inside /tmp. Note that this temporary html file works perfectly when I click directly on..
Shouldnt this be written as:

Code: Select all

file:///tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332
as long as you also do the following:

Code: Select all

ln -s /usr/local/bin/defaultbrowser /root/Choices/URI/file
?
(just guessing)

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#107 Post by Argolance »

Bonjour,
Shouldnt this be written as:

Code: Select all

file:///tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332
I don't know but this could be the reason of the problem. If you are right, then Rox is NOT "guilty" but the application Dropbox itself?
as long as you also do the following:
I didn't need to do this because the link is already present inside most of the puppies, but I had to create the "https" one.

Cordialement.
Attachments
170316_102847_418x212_easyshot.jpg
(21.78 KiB) Downloaded 479 times

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#108 Post by jamesbond »

@Argolance: Your setup is definitely good since you can launch that file by clicking it within Rox.

However, one thing that I've been trying to clarify (and has not been clarified) is - how and who actually triggers the viewing of "tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332".

In jwm you have a menu file; that menu file contains the "exec" line which will be executed if you click on the menu. On other WMs or panels you have menus based on a .desktop file; if you click the menu, it will examine the associated .desktop file; find the Exec= line, and execute that line.

You say that the problem happens when you click a menu entry. What does that menu entry do? Does it run rox directly? Does it run another script/binary, which then later attempt to launch Rox? Etc.

All I know now, from what you've informed me so far, is that somehow, between the "click on the menu" and the "error", rox is involved. And I'm quite curious to see the original error message you posted is in the form of Rox RPC calls. So someone, something, must know enough about Rox to make RPC calls to start that temporary file "tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332"

You are also saying things about 'dropbox'. So do you use some binary used to sync files with dropbox? Or something like that?
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#109 Post by Argolance »

Bonjour,
jamesbond wrote:However, one thing that I've been trying to clarify (and has not been clarified) is - how and who actually triggers the viewing of "tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332".
I don't know how Dropbox is build and what it does, but, it is while running it in terminal (or looking at xerrs.log) that I noticed error messages as I was clicking on menu entries. At startup, a menu entry "Sign in" was not working. After creating the "https" link inside /root/Choices, it worked (as I explained it above). Now I thought it could be possible to solve the second issue, that is to say the one that is on the picture below ("Run Dropbox web site") by creating an appropriate link.

NOTE: I temporarily replaced the /root/Choices/file link with a little script:

Code: Select all

#!/bin/sh
echo blabla > /root/test
... to see if Dropbox was trying to use this link when clicking on the menu entry that sends the error message. Nothing happened! So it is not the link Dropbox is trying to find/use but another mysterious one...
You are also saying things about 'dropbox'. So do you use some binary used to sync files with dropbox? Or something like that?
Yes indeed but I thought it was better not to speak so much of Dropbox because it is not the subject of this topic and this issue probably not specific to it but, more generally, encountered running many other applications.

Cordialement.
Attachments
dropbox_menu.jpg
(19.84 KiB) Downloaded 367 times

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#110 Post by jamesbond »

Thanks for the info. I am now quite certain that this is dropbox (or other plumbing, such as xdg-open) issue.
Yes indeed but I thought it was better not to speak so much of Dropbox because it is not the subject of this topic and this issue probably not specific to it but, more generally, encountered running many other applications.
Indeed, it won't be proper to discuss it in this thread; but please open a new thread and we'll follow it up there.

Where do you get that binary from? I look at https://www.dropbox.com/install-linux and I can't find anything that looks like your screenshot.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#111 Post by Argolance »

Bonjour,
Problem solved :arrow: Please, see this thread.

Finally NOT a Rox issue, only xdg-open that must be completed/modified/improved, though:
jamesbond wrote:Instead of patching xdg-open, we can patch Rox and re-compile it so it recognises '#' when using the file:// URL. But I think this is impractical since deployment is difficult: it's difficult to ask everyone to upgrade to the patched Rox, especially if we're talking about old, unmaintained Puppies. And unlike xdg-open, which we can "override" with our own version, you can't easily do this with Rox.
Thank you jamesbond for your kind patience and efficiency! :D

Cordialement.

Post Reply