Modifying and Improving the ROX-filer

What features/apps/bugfixes needed in a future Puppy
Message
Author
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