Various Xftree problems
Edscott Wilson García
edscott at imp.mx
Tue Mar 26 21:21:04 CET 2002
Ok. Just got to reading my mail. Will be fine tuning this tonite. I think any
new stuff will go to the gtk2 version. I've just about finished the xfdiff
port.
Edscott
On Jue 21 Mar 2002 13:54, Joakim Andreasson wrote:
> On Wed, 20 Mar 2002 21:26:59 -0600
>
> the words scribbled by Edscott Wilson García <edscott at imp.mx> were as
follows:
> > On Mié 20 Mar 2002 11:39, Joakim Andreasson wrote:
> > > Hi Edscott and others,
> > >
> > > With my recently outchecked cvs version of Xftree, there are a few
> > > problems.
> > >
> > > 1) When I try to copy or move a file ore a bunch of files by dragging
> > > it/them between two Xftree windows, it opens an xterm and runs the
> > > command "ssh/scp" on the files. Even if it would work, this seems
> > > unnessesary, but no files are either copied or moved. (I guess because
> > > I don't run sshd.)
> >
> > This must be a bug. The behaviour you describe should only happen when
> > the xftree windows are running on different hosts (and on the same
> > display, of course). When xftree windows are on the same host, the
> > behaviour should be as usual. Before the scp/rsync addition, what would
> > happen with DnD between xftree on different hosts was that it would look
> > for the remote files on the wrong host and end up with a "file not
> > found". Pleas do a "xprop" on both xftree windows where you have the
> > problem and send the results to the list so we can check where the bug is
> > coming from.
>
> Ok, here is the xprop data.
> Both windows come from the same instance of Xftree.
>
> Window 1:
> WM_STATE(WM_STATE):
> window state: Normal
> icon window: 0x800090
> XdndAware(ATOM) = ARC
> _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5,
> 0xbf, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc, 0x8, 0x10, 0x0, 0x0, 0x0
> WM_COMMAND(STRING) = { "xftree", "-h", "localhost.localdomain", "/home/j" }
> WM_CLASS(STRING) = "xftree", "Xftree"
> WM_LOCALE_NAME(STRING) = "sv_SE"
> WM_CLIENT_MACHINE(STRING) = "bethmoora"
> WM_ICON_NAME(STRING) = "//localhost.localdomain/home/j"
> WM_NAME(STRING) = "//localhost.localdomain/home/j"
> WM_HINTS(WM_HINTS):
> Client accepts input or input focus: True
> Initial state is Normal State.
> bitmap id # to use for icon: 0x1400150
> bitmap id # of mask for icon: 0x1400152
> window id # of group leader: 0x1400001
> WM_NORMAL_HINTS(WM_SIZE_HINTS):
> program specified minimum size: 426 by 142
> WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS
>
> Window 2:
> WM_STATE(WM_STATE):
> window state: Normal
> icon window: 0x0
> XdndAware(ATOM) = ARC
> _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0,
> 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
> WM_COMMAND(STRING) = { "xftree", "-h", "localhost.localdomain",
> "/home/j/tmp" } WM_CLASS(STRING) = "xftree", "Xftree"
> WM_LOCALE_NAME(STRING) = "sv_SE"
> WM_CLIENT_MACHINE(STRING) = "bethmoora"
> WM_ICON_NAME(STRING) = "//localhost.localdomain/home/j/tmp"
> WM_NAME(STRING) = "//localhost.localdomain/home/j/tmp"
> WM_WM_STATE(WM_STATE):
> window state: Normal
> icon window: 0x0
> XdndAware(ATOM) = ARC
> _MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0,
> 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
> WM_COMMAND(STRING) = { "xftree", "-h", "localhost.localdomain",
> "/home/j/tmp" } WM_CLASS(STRING) = "xftree", "Xftree"
> WM_LOCALE_NAME(STRING) = "sv_SE"
> WM_CLIENT_MACHINE(STRING) = "bethmoora"
> WM_ICON_NAME(STRING) = "//localhost.localdomain/home/j/tmp"
> WM_NAME(STRING) = "//localhost.localdomain/home/j/tmp"
> WM_HINTS(WM_HINTS):
> Client accepts input or input focus: True
> Initial state is Normal State.
> bitmap id # to use for icon: 0x1400297
> bitmap id # of mask for icon: 0x1400299
> window id # of group leader: 0x1400001
> WM_NORMAL_HINTS(WM_SIZE_HINTS):
> program specified minimum size: 426 by 142
> WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS
> HINTS(WM_HINTS):
> Client accepts input or input focus: True
> Initial state is Normal State.
> bitmap id # to use for icon: 0x1400297
> bitmap id # of mask for icon: 0x1400299
> window id # of group leader: 0x1400001
> WM_NORMAL_HINTS(WM_SIZE_HINTS):
> program specified minimum size: 426 by 142
> WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS
>
> > > 2) If I try to delete a file with a long name with lots of spaces and
> > > other uncommon letters in the name, Xftree crashes. This has been the
> > > case fore some time now.
> >
> > Give us an example filename and it will be fixed. I've done a lot of
> > fixing of similar problems in the code (where original code uses a
> > "max-length" for filenames instead of just assigning what is necesary)
> > but I have missed several. The example you provide will give me something
> > to test with.
>
> After som experimenting (the original files that made Xftree crash are
> deleted, since at least that was done befor the crashes) I found that it
> really doesn't matter what characters there are in the filename, only how
> long it is. A length of 112 characters works, 113 makes Xftree crash.
>
> > > 3) Before 1) occured Xftree always crashed when I tried to copy a
> > > directory from a tarfile (Now problem 1) applies to this, too). I
> > > you're not not supposed to be able to do that, maybe the ability to try
> > > should be removed as well.
> >
> > It was never considered. If it is not difficult it would be a good
> > option, otherwise a dialog explaining that it cannot be done is better
> > than a crash.
> >
> > > 4) Not really a problem, I'm just curious. What's with the
> > > "//loclhost/localdomain" in the Xftree title bar? Can I open an Xftree
> > > on other hosts as well or is this planned (ftp would be cool)? Right
> > > now it seems it only makes the titlebar less readable, and my hostname
> > > isn't localhost.localdomain anyway.
> >
> > Aha. Seems this is where the bug (#1) is at. Your box is not configured
> > properly with a hostname and domainname and is using the default values
> > of "localhost" and "localdomain". I had not tested this configuration.
> > And yes, you can now open xftree on different hosts, by means of network
> > conection. Once you have two xftrees on different hosts, you can drag and
> > drop between them and it will copy by scp or rsync --rsh=ssh. If you dont
> > want to provide a password for every DnD element, you can configure ssh
> > for host-based authentication and everything works real nicely, not
> > available on any other filemanager AFAIK. How do you open xftree on
> > different hosts? (say your PC and your laptop conected by a 10Mb Ethernet
> > link, host names are laptop and PC, but could be ip addresses):
> >
> > [laptop]$xhost +PC
> >
> > [PC]$export DISPLAY=laptop:0.0
> > [PC]$xftree
> >
> > This will open a xftree from PC on the laptop display. It's real old
> > stuff in X, pretty neat, and something wind*ws OS is lightyears away from
> > achieving. It allows you to run several boxes from a single screen.
>
> Looks neat, too bad I don't have a LAN. I checked my network configuration
> and got Xftree working as intended. Thanks.
>
> > > If this is all or mostly because of work in progress, I apologize. Just
> > > trying to help! :-)
> >
> > Actually I though it was finished, but now I realize I did not consider
> > the case of boxes without a good network configuration. Please send in
> > the results of xprop so I can fix xftree for the special case you
> > present. I will be leaving tomorrow but will take a laptop with me but
> > will not have internet until tuesday or wednesday next week when I can
> > upload modified routines.
> >
> > saludos,
> >
> > Edscott
> >
> > BTW, you can eliminate the hostnames from the titlebar by choosing the
> > "shorttitles" in preferences. Hostnames appear now for greater
> > compatibility with rox-filer.
> >
> > > Best Regards,
> > > Joakim
> > > _______________________________________________
>
> Happy Hacking,
> Joakim
> _______________________________________________
> Xfce-dev mailing list
> Xfce-dev at moongroup.com
> http://moongroup.com/mailman/listinfo/xfce-dev
More information about the Xfce-dev
mailing list