The time now is Thu 26 Apr 2018, 06:20
All times are UTC - 4 |
Page 8 of 8 [111 Posts] |
Goto page: Previous 1, 2, 3, ..., 6, 7, 8 |
Author |
Message |
greengeek

Joined: 20 Jul 2010 Posts: 4945 Location: Republic of Novo Zelande
|
Posted: Thu 16 Mar 2017, 04:51 Post subject:
|
|
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: | file:///tmp/dbxlTZUtV3.html#ceab1215aa5e6c51dd211cb2051ddbeea0a7021f9438e0c8e786bfc5ffdb2949f59e737c45862b87a65332 |
as long as you also do the following:
Code: | ln -s /usr/local/bin/defaultbrowser /root/Choices/URI/file |
?
(just guessing)
|
Back to top
|
|
 |
Argolance

Joined: 06 Jan 2008 Posts: 3255 Location: PORT-BRILLET (Mayenne - France)
|
Posted: Thu 16 Mar 2017, 05:52 Post subject:
|
|
Bonjour,
Quote: | Shouldnt this be written as: Code: | 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?
Quote: | 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.
Description |
|
Filesize |
21.78 KB |
Viewed |
396 Time(s) |

|
_________________

|
Back to top
|
|
 |
jamesbond
Joined: 26 Feb 2007 Posts: 3146 Location: The Blue Marble
|
Posted: Fri 17 Mar 2017, 15:34 Post subject:
|
|
@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, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread.
|
Back to top
|
|
 |
Argolance

Joined: 06 Jan 2008 Posts: 3255 Location: PORT-BRILLET (Mayenne - France)
|
Posted: Sat 18 Mar 2017, 05:58 Post subject:
|
|
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: | #!/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...
Quote: | 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.
Description |
|
Filesize |
19.84 KB |
Viewed |
287 Time(s) |

|
_________________

|
Back to top
|
|
 |
jamesbond
Joined: 26 Feb 2007 Posts: 3146 Location: The Blue Marble
|
Posted: Sat 18 Mar 2017, 14:07 Post subject:
|
|
Thanks for the info. I am now quite certain that this is dropbox (or other plumbing, such as xdg-open) issue.
Quote: | 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, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread.
|
Back to top
|
|
 |
Argolance

Joined: 06 Jan 2008 Posts: 3255 Location: PORT-BRILLET (Mayenne - France)
|
Posted: Sun 19 Mar 2017, 13:04 Post subject:
|
|
Bonjour,
Problem solved 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!
Cordialement.
|
Back to top
|
|
 |
|
Page 8 of 8 [111 Posts] |
Goto page: Previous 1, 2, 3, ..., 6, 7, 8 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|