mrhacky / uftt Goto Github PK

Implement all features from
http://code.google.com/p/uftt/source/browse/trunk/doc/todo.txt

I want to be able to drag and drop from the share list to the download location.

[deleted issue]

What steps will reproduce the problem?
1. Drag a file or folder to uftt program or shortcut
2. uftt is started without the file or folder being draged

What is the expected output? What do you see instead?
The dragged file or folder is not being sared, but I expect it to be

Please use labels and text to provide additional information.
Labels and text

[deleted issue]

What steps will reproduce the problem?
1. Set download location to a privileged location, e.g. c:\Progra~1\ or 
c:\Progra~2\. 
2. Attempt to download a file or folder.
3. Download fails with the following error:
"Error: coro_receive_into_file: Access is denied (22);"

What is the expected output? What do you see instead?
If a download should fail due to lack of privileges, UFTT should leverage the 
new Windows User Account Control (UAC) to (temporarily) gain the required 
privileges to perform the requested download action.

Please use labels and text to provide additional information.
Reproducible with release 961.

What steps will reproduce the problem?
1. Transfering large iso (6+ gb)

What is the expected output? What do you see instead?
Status: "Error: command_header_handler: Operation canceled"
Debug log:
---8<---------------------
Build: uftt-linux.i386-0.0.0
Peer check at: 2008-Sep-29 11:39:53
Sending (4) to: 131.155.72.23:47189
Sending (4) to: 131.155.99.208:47189
Sending (4) to: 82.238.225.6:47189
Checking '../build/src/uftt' for signiature (size=5126672)
no! this is not a signed binary!
Signed: No
broadcast: 192.168.0.255
broadcast to (255.255.255.255) failed: Network is unreachable
query failed: Network is unreachable
got packet type 1 from 192.168.0.32:47189
broadcast: 192.168.0.255
broadcast to (255.255.255.255) failed: Network is unreachable
publish of 'Crysis' to '255.255.255.255:47189'failed: Network is unreachable
got packet type 2 from 192.168.0.32:47189
broadcast: 192.168.0.255
broadcast to (255.255.255.255) failed: Network is unreachable
query failed: Network is unreachable
got packet type 1 from 192.168.0.32:47189
got packet type 2 from 192.168.0.32:47189
got packet type 3 from 192.168.0.16:47189
ignoring update: uftt-win32.nt-static-1.22.401 @
uftt-v1://192.168.0.16/uftt-win32.nt-static-1.22.401
got packet type 1 from 192.168.0.16:47189
got packet type 1 from 192.168.0.16:47189
handling tcp accept
Error: handle_read_file: Bad file descriptor
(/home/dafox/sharedfolder/dcdownloads/Crysis/rzr-crys.iso)
Error: handle_sent_buffer: Bad file descriptor
Error: command_header_handler: Operation canceled
--->8---------------------

- switching to another desktop will trigger 'hide to systray'
- when uftt is not hidden, but not the active window either,
  clicking the tray icon will hide it, instead of activate it

This was using KDE4 as window manager, maybe gnome or others act differently.

Needs to be investigated how exactly the show/hide and tray events work on
linux.

What steps will reproduce the problem?
1. Start uftt
2. Options -> Check for Web Updates Now
3. Accept

What is the expected output? What do you see instead?
UFTT is updated to the latest version.
Instead updating fails with "generic:2"

Please use labels and text to provide additional information.
new autoupdate: uftt-win32.nt-static-2.961.2011_9_7_21_52_48.1500 @ 
http://uftt.googlecode.com/files/uftt-r961.exe
ignoring update: uftt-win32.9x-static-2.959.2011_9_7_14_57_55.1500 @ 
http://uftt.googlecode.com/files/uftt-r959-win9x.exe
ignoring update: uftt-linux.i386-deb-1.30.610 @ 
http://uftt.googlecode.com/svn/files/uftt-0.1.610-Linux.deb.signed
ignoring update: uftt-linux.i386-deb-1.16.343 @ 
http://uftt.googlecode.com/svn/files/uftt-0.1.343-Linux.deb.signed
Failed to download web update: generic:2
Error parsing global peer list: No valid start/end markers found.

I'm creating this issue to discuss and document the MAX_PATH limitation on 
windows.

What steps will reproduce the problem?
On a windows machine, either:
- Upload a share containing a file with abolute path > 260 characters
- Download a share resulting in a file with abolute path > 260 characters

Now the upload/download will abort with an error.

For windows NT+ it is possible to work around this: 
http://msdn.microsoft.com/en-us/library/aa365247.aspx#maxpath

We could implement this in UFTT, but i'm not 100% sure if we should. Such files 
with an absolute path > 260 characters won't be accessible by most 
applications. On windows XP even explorer cannot handle them so there is not 
even an easy method to delete such files.

Should we implement this? Should it be a runtime option? Should it default to 
on or off? Should the option be 'hidden' (advanced settings only)?
Also, can explorer handle such files on windows vista/7?

[deleted issue]

[deleted issue]

What steps will reproduce the problem?
1. Remove C:\WINDOWS\Application Data\Uftt\uftt.dat
2. Run uftt-9x-r610.exe
3. Application crashes

What is the expected output? 
Uftt should run without errors, and create a new uftt.dat if none is present.

What do you see instead?
Dialog box:
UFTT-9X-R610 heeft een fout met betrekking tot een ongeldige pagina
veroorzaakt in
module UFTT-9X-R610.EXE op0187:004c1e79.
Registers:
EAX=00000056 CS=0187 EIP=004c1e79 EFLGS=00010246
EBX=009591f0 SS=018f ESP=04a5f974 EBP=00000009
ECX=0000001e DS=018f ESI=0000001e FS=3abf
EDX=00000006 ES=018f EDI=000000cd GS=0000
Bytes in CS:EIP:
8b 30 03 74 24 28 57 53 55 6a 0a 89 30 e8 35 ff 
Stackdump:
00000009 00000009 009591f0 000000cd 019481c0 0000001e 04a5fb9c 00000000
004cb214 00000056 ffffffff 00000009 009591f0 000000cd 04a5fb38 004c0268 

Debug log:
Build: uftt-win32.9x-static-1.30.610
Failed to initialise IPv6 UDP socket: Unknown error
Failed to initialize IPv6 TCP listener: Unknown error
Peer check at: 1400-Jan-01 00:50:00
last update check: 5344267h ago (168h)
Checking 'C:/WINDOWS/Desktop/uftt-9x-r610.exe' for signiature (size=2550822)
win32_get_ipv6_list: failed to get socket: 10047
fatal: ipv?_watcher: Unknown error
[IPV4] + 192.168.1.24
Send udp packet to 192.168.1.255:47189(1)
Peer check at: 2009-Sep-02 19:52:24
got packet type 1 from 192.168.1.24:47189
Send udp packet to 83.103.82.85:3478(1)
Got STUN packet
Send udp packet to 83.103.82.85:3478(1)
Peer check at: 2009-Sep-02 19:52:24
Peer check at: 2009-Sep-02 19:52:24
Peer check at: 2009-Sep-02 19:52:24
Peer check at: 2009-Sep-02 19:52:24
Peer check at: 2009-Sep-02 19:52:24
Peer check at: 2009-Sep-02 19:52:24
Peer check at: 2009-Sep-02 19:52:24
Send udp packet to 192.168.1.255:47189(1)
got packet type 1 from 192.168.1.24:47189
yay! this is a signed binary!

What steps will reproduce the problem?
1. Don't install IPv6
2. Start UFTT

What is the expected output? What do you see instead?
Normal CPU usage is expected, but because of the output of missing IPv6:
80% CPU usage.

What version of the product are you using? On what operating system?
uftt-win32.nt-static-1.31.777,Windows XP SP2

[deleted issue]

I want to select more that one file when adding shares with "Add Share 
(file)..."

Make it!

What steps will reproduce the problem?
1. Share a directory with a symlink pointing to a non-existing file
2. Download share
3. crash!

What is the expected output? What do you see instead?
Broken symlink is ignored, application crashes

When rightclicking, I want an option for opening instead of download.
Clicking this option should download it to my temporary folder and open it 
automatically.

[deleted issue]

Network setup:
PC running windows 98se <--> Laptop running GNU/Linux (Gentoo) <--> Linksys
wireless router <--> Internets
The laptop shares internet to the windows PC.

Using uftt-9x-r482.exe, only local and LAN shares (on the laptop) are
shown, "Global peer discovery" does not seem to show any shares. Also
shares on another computer in the LAN are not shown. The laptop can see the
windows 9x share. Other computers in the LAN can not see shares on the
windows 98 PC.

Using uftt-9x-r610.exe, only local and "Global peer discovery" shares are
shown. Shares on the laptop or other computers on the LAN are not shown.
The laptop and other computers in the LAN can not see shares on the windows
98 PC.

What steps will reproduce the problem?
1. Boot windows 2000
2. Download either uftt-xp-r439.exe or uftt-9x-r439.exe
3. Run either uftt-r439-xp.exe or uftt-r439-9x.exe

What is the expected output? What do you see instead?
The uftt main window should be shown and the program should function as
intended.
Instead the windows xp version instantly quits without any message
whatsoever (even when run from cmd.exe it just instantly quits with any
message being printed to the console). The windows 9x version is terminated
by windows with the following message:
---8<---------
uftt-9x-r439.exe has generated errors and will be closed by Windows.
You will need to restart the program.


An error log is being created.
[OK]
--->8---------

However no error message is present in the windows event logs (that I can
see anyway).

Please use labels and text to provide additional information.

Having an UFTT package for Mac OSX would be nice.

[deleted issue]

What steps will reproduce the problem?
1. press ctrl D

What is the expected output? What do you see instead?
I expect UFTT to be in the task bar, it it shown in the tray instead.
I want do be able to drag files to uftt, it is not allowed to tray icons,
but it IS allowed to drag items to items in the taskbar.

[deleted issue]

What steps will reproduce the problem?
1. Share something
2. Download it
3. Right click the finished task and select 'Open containing folder'

What is the expected output? What do you see instead?
An explorer window should pop-up, with the downloaded item selected.
Instead an explorer window should pop-up, but the downloaded item is NOT
selected.

This report is not about the obvious fragmentation which occurs when running 
multiple downloads in parallel (I'm not sure if we can do a whole lot about 
that, pre-allocation might help though). This is about what happens when 
downloading a single shared directory with multiple files in it.

What steps will reproduce the problem?
1. Make sure target drive is properly defragmented, and has sufficiently free 
space to ensure that new files can be created without causing fragmentation.
2. Download multiple a shared directory with multiple files in it.
3. Check fragmentation of target drive.

What is the expected output? What do you see instead?
The drive, in particular the freshly downloaded files, should be free of 
fragmentation. Instead the freshly downloaded files are fragmented.

Fragmentation seems to occur at boundaries of files. E.g. the end of file 'A' 
is interleaved with the beginning of file 'B' on the cluster level.

This fragmentation does not seem to occur when using the native windows file 
copying tool. (e.g. drag&drop with explorer.exe). Not (yet) tested under Linux, 
however this may be less of an issue there since there aren't any 
defragmentation tools anyway (so no-one's gonna know).

Possible fixes (I'm guessing here):
A) Make sure file 'A' is closed before opening (or at least writing data to) 
file 'B'.
B) Pre-allocate space for files.
C) A+B

[deleted issue]

What steps will reproduce the problem?
1. Minimize UFTT (will go systray)
2. Start new instance
3. New instance will not have network connectivity.

What is the expected output? What do you see instead?
Uftt should do one of the following: (in order of preference)
 - Automatically bring the currently running instance to the front.
 - Notify the user that this instance will not have network connectivity.
 - Refuse to start if UFTT is already running.

Please use labels and text to provide additional information.

This patch is a first step towards implementing a download-queue. Instead
of downloading every share at the same time, download tasks are queued and
handled in-order.

What steps will reproduce the problem?
1. Upgrade from <dev-libs/boost-1.46 to >=dev-libs/boost-1.46
2. Compile UFTT

What is the expected output? What do you see instead?
UFTT should compile, but it does not.
Instead compilation halts with the following error message:
---8<---------
In file included from 
/home/dafox/Projects/uftt/trunk/src/util/SettingsManager.h:14,
                 from /home/dafox/Projects/uftt/trunk/src/util/SettingsManager.cpp:1:
/home/dafox/Projects/uftt/trunk/src/util/Filesystem.h:77: error: 
‘traits_type’ in class 
‘ext::filesystem::UTF8PathNative’ does not name a type
/home/dafox/Projects/uftt/trunk/src/util/Filesystem.h:81: error: expected 
initializer before ‘<’ token
/home/dafox/Projects/uftt/trunk/src/util/Filesystem.h:82: error: expected 
initializer before ‘<’ token
make[2]: *** [src/util/CMakeFiles/lib-util.dir/SettingsManager.o] Error 1
make[1]: *** [src/util/CMakeFiles/lib-util.dir/all] Error 2
make: *** [all] Error 2
--->8---------

Please use labels and text to provide additional information.
The problem seems to stem from a redesign of the boost-filesystem library, the 
implementation of which has become the default starting from boost 1.46.
As a work-around it is possible (for now) to #define BOOST_FILESYSTEM_VERSION 
to version 2.

What steps will reproduce the problem?
1. Share project directory while open in VS
2. Download share
3. BOOM!

This happened a couple of times tody, but I did not get any crash info
and have not yet really investigated this yet, so consider this a 'todo'.

I've changed major to minor

[deleted issue]