echo4190 / alliancep2pbeta Goto Github PK

Issue:
You must manually apply to connect to friends of friends.

Automatically connect to friends of friends usinig turtle transfers. An
excellent solution to the F2F dilemma.

A knows B
B knows C
A downloads from C through B

If you don't like a middle man, become friend with C.

Original:
https://sourceforge.net/projects/alliancep2p/forums/forum/568436/topic/3548261

Moved on bastveras request.

> Connection code hasn't been changed past 3 releases so release doesn't 
> matter. If you see error like this then is like it says, problem
> happened at your friend not at you but error log you provided is normal
> and it says that user eris ended connection with you (his alliance
> shutdown,crashed, problems happens, lag on network, dropped packet, to
> busy pc etc. but always its his alliance not yours) only my concer is 
> 1.2.3.4:35718 because it looks like total garbage because i doubt he has 
> that kind of IP address.

You are right, the IP address is crap. It was my try to anonymize the
logdata, but as you can see, I failed ("eris"). :-)

This bug appears to every friend/node in my network. Everyone confirmed the
same behavior. 

What steps will reproduce the problem?
1. Use Vista or Win7 with UAC enabled
2. Open a downloaded file (within Alliance) with a program you have set to 
always run as administrator (you can right click on the program and set 
compatibility > run as administrator.)
3. Observe the inaccurate message.

What is the expected output? What do you see instead?
"This type of file hasn't been associated with any program" pops-up instead 
of "cannot open file" or whatever.

What version of the product are you using? On what operating system?
1161d, with Windows 7 (vista should work as well.)

Please provide any additional information below.
This is probably an annoyance more than a serious bug.
This was observed with a PDF file, associated with Foxit reader (set to run 
as administrator.)

when right mouse clicking on a file, users should have two options. The
first allowing them to generate a private .alliance file that only friends
can use (the one implemented in Alliance already). The second being a
public .Alliance file. This new one would combine your buddy code and the
file hash, this way when you add the .alliance file to your client, the
client would first attempt to connect to you, then start looking for the
file via the hash, then download the file.

There's been a lot of requests for translated copy's of Alliance. I'm not
sure how we would do this since there's text embedded everywhere. We should
definitely add in multiple language support though. 

Is it possible to change the search system. That when you search for
"Avatar" or "avatar" the result is the same. And when you select "All
files" on the results obtained from any files.
I hope I made clear, my english is not perfect ^^

While trying to remedy the issue of VPN/network interface selection
support, I discovered that Alliance only handles IPv4 addresses. Although
it's already capable of binding to IPv6 addresses.

InvitationManager.attemptToBecomeFriendWith() method would have to pass 16
bytes to iparray to accept connection codes from ipv6 addresses. Perhaps
you can use a string delimiter for parsing the parameters instead of
serializing in the Invitation constructor.

Thanks.

What steps will reproduce the problem?
1. Start Alliance (1141)

OS:
Ubuntu 9.10
Kernel:
2.6.31-17-generic

alliance.build:
1141
java.version:
1.6.0_15


Error stack trace: 
java.lang.NullPointerException
    at
org.alliance.core.file.filedatabase.FileDatabase.updateCacheCounters(FileDatabas
e.java:308)
    at
org.alliance.core.file.filedatabase.FileDatabase.<init>(FileDatabase.java:37)
    at org.alliance.core.file.share.ShareManager.<init>(ShareManager.java:35)
    at org.alliance.core.file.FileManager.init(FileManager.java:53)
    at org.alliance.core.CoreSubsystem.init(CoreSubsystem.java:158)
    at org.alliance.launchers.ui.Main.initCore(Main.java:243)
    at org.alliance.launchers.ui.Main.main(Main.java:76)

Issue:
I must ask around what's news in everyones shares.

Solution:
Creating a dedicated tab for newest files (sorted by added timestamp) would
let users keep better track of the fresh items.

What steps will reproduce the problem?
1. openning the program ;-(

What is the expected output? What do you see instead?
The attached file !

What version of the product are you using? On what operating system?
every ver after 1.0.8

Please provide any additional information below.
PLEASE HELP ME FIGURE THIS OUT !!!

thanks alot guys !!!

"I would love to see a feature where users are able to subscribe to certain
sharing folders. So when new files appear in a remote user's sharing, this
file is automatically targeted for download." - Tim-se
http://sourceforge.net/tracker/?func=detail&aid=2766839&group_id=166584&atid=839
594

Perfect plugin idea.

A filter option to exclude certain files for examples Thumbs.db,
Desktop.ini, *.!ut (uTorrent temp file) etc.

I came to think of this when downloading a torrent directly to a shared
folder having Alliance going crazy rehashing the .!ut temp file over and
over (this is not a bug).

Instead of the wished feature "Private download folder". Why not add this 
instead:

Right click the shared content. Choose "Save to..." where a browse dialog 
pops up. Here the user can select any non shared folder for storing the 
download.

i know alliance detect a lan as an ip class 192.168.x.x but i use alliance
inside vpn, A 192.168.x.x vpn class , but alliance on some computer doesn't
understand and try use the real lan in place of my vpn . Trouble is solved
if i close the vpn , change the ip of my real lan with the ip of the vpn
for make as if was in the vpn but on the lan . i add all user and after i
can change the lan and add my vpn . So finally it's works but it's a
nightmare ...
Could you add an option for give to us ability for select the lan network
card by giving the real device (tap or real device) or by giving the real
class of the "lan" device.

Best regards,

lin

Since Alliance is almost unusable for people with dynamic IP addresses, it 
would be nice if a DHT layer (maybe using http://www.opendht.org/) was 
implemented to receive the current IP of a friend

The settings window is impossible to navigate on netbooks with screen 
resolution 1024x576.

I was trying to build the project in netbeans, but I get the following
error at runtime:

Fatal Error report generated
java.vm.version:
16.0-b13
java.runtime.version:
1.6.0_18-b07

alliance.build:
1193

Error stack trace: 
java.lang.NullPointerException
    at java.io.File.<init>(File.java:222)
    at org.alliance.core.comm.SiteUpdate.<init>(SiteUpdate.java:44)
    at org.alliance.core.file.FileManager.init(FileManager.java:72)
    at org.alliance.core.CoreSubsystem.init(CoreSubsystem.java:154)
    at org.alliance.launchers.ui.Main.initCore(Main.java:228)
    at org.alliance.launchers.ui.Main.main(Main.java:61)

We should increase it to something a little higher for default. The speed
that it's currently set to is far too low.

Another thing to think about is maybe figuring out how to auto determine
the best hash speed upon turning on Alliance. Not sure if there's a way to
do this using Java though :(.

If all else fails we could always have a popup when a user runs Alliance
for the first time that mentions that they can increase the hashing speed
at anytime in the options panel. 

The ability to open a new tab and connect to the official AllianceP2P IRC
channel. Also the ability to join/leave other channels on the network.
Private IRC messages would also be a plus. Would need to support basic
commands such as /nick, /msg, /part, /quit, /notice...and maybe a few mothers. 

you--------trusted friend 1-------trusted friend
 |
 |
 |_________friend
 |
 |
 |_________trusted friend 2 ---------friend
        |
        |_________trusted friend---------trusted friend
                |
                |____friend


The above diagram shows you, your friends, your friends you marked as
trusted, their friends and the friends they mark trusted.

The concept of Secure Turtle Hopping (turtle hopping 2.0) is simple.
Normally when searching for files, Alliance would search just your friends.
With Secure Turtle Hoping when searching for files or searching for sources
to a file Alliance would include your friend's trusted friends, and their
friends trusted friends...etc to help you. By including them Alliance would
give them “temporary friend access” this way you are directly connecting to
them instead of going threw your friends connection and wasting their
bandwidth like traditional Turtle Hopping. Temporary friends would only
have the ability to upload or download that particular file they where
looking for. They would not be able to view your downloads. They would,
however, be able to chat with you and PM you.

You would/should of course have the ability to limit how far out in the
trusted friend pyramid you want to search. For example if you only want to
search your trusted friend's trusted friends and their friend's trusted
friends then you'd put a 2 in for "Turtle Hoping distance". We would have
to set a global limit for this though since it could possibly use up a lot
of bandwidth or simply crash alliance if you set it to something high.

We would also need a new option in the Alliance settings so people who
don't wish to use this feature cold simply shut it off and not participate
in any type of Turtle hoping sharing.

:: downloads and uploads tabs ::
They would need to be updated to show who's downloading / uploading to you
and who they are friends with. So using the diagram above, if I was
downloading from trusted friend 1 and his trusted friend my downloads tab
would show something like this.
Trusted friend 1----------10kb/s
Trusted friend 1>Trusted friend------30kb/s



:: The benefits ::
1) Faster downloading thanks to direct connections.
2) More files from trusted sources.
3) Bigger network of friends. This also opens up the ability to get to know
these people your connecting to and possibly exchange buddy codes to become
real friends.

:: The drawbacks ::
1) Security - People could abuse this by marking "bad guys" as trusted
friends. So the further out you search the more apt you are to run into
hackers, unwanted people, or other random alliance stability issues.
2) Could use up more bandwidth and CPU cycles when searching across a lot
of people. This is assuming you have a lot of friends marked as trusted and
they do too.

This may or may not ever be implemented but I felt it was best to post here
to get user feedback and possibly suggestions on how we could make it better.

FYI. Traditional Turtle Hopping where you download files through your
friends was implemented by Maciek years ago and is actually still in the
Alliance P2P code, just commented out so no one can use it :). He felt the
idea was good but posed problems for people with bandwidth caps or shitty
connections. I've tossed this idea past him and he feels it might be an
overall better solution since users would have more control over who their
sharing with. The only draw back to directly connecting to 3rd party's is
they would then temporarily get your IP/DNS which poses a security risk. I
think this is why if implemented we should add an option to disable this
completely for the people that wish not to use it at all or share their
files with 3rd party's.

What steps will reproduce the problem?
1.Start Alliance p2p 
2.During Loading Core (Database Manager)... Alliance Crashes with the
"java.lang.NullPointerException" error

What is the expected output?
..... At every startup.


What version of the product are you using? On what operating system?
..... Alliance 1.1.0.a, 1.1.0.b & 1.1.0.c on Windows XP, Vista & 7

Please provide any additional information below.
..... I noticed that the problem occurred to me during a chat with a
friend, when I pressed "Enter" to send the message. Alliance has closed
unexpectedly and restart the application, the error
"java.lang.NullPointerException" appears. I have to delete the db folder to
re-run the software again.

It might be a good idea to cache users shares. For example, if I start
viewing your shared folders my client would then save a localized copy of
all the folders and files that I browsed into my H2 database. Then if you
go offline I can still view your shares and add files to be download when
you come back online. Not only that but when doing a search for files you
could have Alliance search your own H2 database first instead of having it
check every friend's files.

Caches would have to have expiration dates on them to keep content fresh.
They should only be made when you actually click on a users name and browse
their folders too.

What steps will reproduce the problem?
1.
run the program

What is the expected output? What do you see instead?
My other programs (bittorrent etc) open ports fine on my router using UPNP,
but Alliance doesn't. Also it seems somehow to prevent manual port
forwarding from functioning - maybe a malformed UPNP configuration is
confusing the router. There doesn't seem to be any way of preventing UPNP
from trying to configure the router so i can't get the program to function
(invite friends) outside of LAN mode.

What version of the product are you using? On what operating system?
1.1.0d on Ubuntu 9.04 amd64

Please provide any additional information below.
Looking at a packet sniffer it seems to be setting the internal IP address
to 127.0.1.1 (see attached file). I'm guessing this is the cause of the
problem. I can attach any other part of the log if necessary.

When typing in your DNS address in Alliance's options it should use this
when generating a new buddy code as well.

This is the Alliance French Translation in attached files !

I hope my translation will be great and you'l choose it to update Alliance !

What steps will reproduce the problem?
1.unload UI of Alliance
2.open task manager and you will see a second Alliance.exe process that
uses anywhere from 3,000K to 4,000K.

I believe this was supposed to be fixed two versions ago...not sure why
it's still happening though.

Sorting the columns in the download list gives an unpleasent result.

I translated the properties file to german. There are some parts where I'm
not sure if the translation makes sense. When the localized version is
available i will check it and finetune the translations if necessary.

I also noticed that the lines 497-505 are 2 identical blocks, so i deleted
the duplicates. I hope that's ok.

Regards,
A-Hoernchen

Similar to uTP, an option to have AllianceP2P automatically mitigate
congestion might be a great idea to look into. If implemented this should
be optional and on by default. Users should have the ability to turn it off
and set a max download/upload rate if they want.

Since AllianceP2P's protocol has similar aspects as Bittorrent, it wouldn't
be far fetched to think that if a person had a large enough network, it
might have similar negative effects as Bittorrent.


info on uTP
http://blog.bittorrent.com/2010/02/03/%C2%B5torrent-v2-0-stable-release/
http://blog.bittorrent.com/2009/11/13/testing-%C2%B5tp-is-%C2%B5tp-actually-fast
er-than-regular-bittorrent/

The java encryption library we use has multiple encryption levels we can
use. It would be nice to add the most popular ones to the drop down list.

It would be a great feature to " update automatically " be included in
Alliance. I manage my own network and when an update is available, I must
take control of my PC friends to upgrade.
Thank you in advance!

Add support for a user to pause their downloads (without having to close
alliance)

When selecing a folder for downloading there is a strange behavior. In this 
example the folder contains splitted rar files, and the download order 
looks like this:

(First)
file.r34
file.r17
file.r02
file.r21
file.r01
file.r14
file.r19
etc.
(Last)

Where is the logic in that?

What steps will reproduce the problem?
1. Just use chat

What is the expected output? What do you see instead?
I was under the imprssion that the chat was logged and stored in the 
core.dat file.. I am only seeing the last 50 chat lines and then older 
lines disappear from the window.

What version of the product are you using? On what operating system?
version 1.1.0d build 1161 on Win2K and WinXP SP3

Please provide any additional information below.

Searching/Browsing via metadata would be an awesome improvement:

ID3 tags
Windows Meta data

I am using the latest beta version and noticed that the last seen info next 
to users nickname is incorrect or not updating. People that have been online 
daily recently are shown as Offline for 38 days and Offline for 73 days. 
That's most definately a bug.

Alliance's biggest issue is getting friends to use it or connecting to the
friends that do use it but you don't know they use it. Here's a solution
using a variation of the "6 degrees of separation" concept.

:: summary ::
Similar to the theory of 6 degrees of separation, Alliance would make
suggestions to you about friends it feels you might know based off of who
your friends have saved as friends. This feature should be optional so it's
easy to turn off in the option panel.

:: How it works ::
1) When friends come online your client will “ask” and save their friends
lists in a local cache. (an option to disallow friend list sharing will
have to be made for obvious security reasons to.)
2)If X number (users can specify X in options menu) of friends have the
same friend added and you don’t have that person as a friend, Alliance
would then have a popup suggesting that you may know this person because
friend 1, friend 2, and friend 3 have this person as a friend. Alliance
would ask if you'd like to add this person or not. There should also be a
check box that allows you to auto accept all suggested friends.

:: Diagram ::
You-----------------Friend 1
   |                   |
   |                   |
   |_____Friend 2----Tom (not your friend)
   |                   |
   |                   |
Friend 3---------------|

If X is set to 3 then Tom would be suggested to you since 3 of your friends
have Tom as a mutual friend.

I don't know the best way to do this though. I'm thinking the most secure
would be to do it on connection. When attempting to connect to someone at
startup, somehow have alliance clients pass what encryption level their
using. Then your client would auto use that encryption level for that
connection thread. This way if you have 3 friends using SSL 128bit and 5
friends using default, you can still connect and download from them all
fine and still keep shit secure....for the most part. Most Bittorrent
clients have this option.

The only problem I see here is what if you have SSL 128 bit set and your
client uses default for a few connection threads because your friends are
using the default...that defeats the purpose of you setting 128 bit in
settings lol. I'm thinking we might need to pull a bittorrent and create 3
or 4 different connection levels.
1) "Forced default" - only allows people using the default encryption to
connect to and from you.
2) "Auto Determine" - What I suggested at the top of the page. This would
change your connection thread to them to whatever they are using for
encryption. If both have this setting on then the highest encryption level
between you too will take priority.
3) "Forced SSL AES 128 bit" - only allow connections from people using SSL
AES 128 bit.
4) "Forced SSL AES 256bit" - only allow connections from people using SSL
AES 128 bit.  

 The second being what we have now where only people using the same
encryption levels can connect to eachother.

I'm sure there's loads of problems we'll run into with this...it's
something we'll have to do a lot of thinking before implementing.

It would be nice to set the number of simultaneous transmission. He should
let the user choice for someone who has a bandwidth of 32 kb / sec will be
able to send data to one or two people at once than that at 100 kb / sec
bandwidth.

The ability to change max bandwidth as a function of time is a great
feature in uTorrent and would be a welcome addition to alliance.

The general idea is that you set two levels of bandwidth usage: a normal
rate and a limited rate. For each hour of the day you then assign if the
application should use the normal rate, limited rate or if it should block
all transfers.

What steps will reproduce the problem?
1.uploading
2.
3.

What is the expected output? What do you see instead?
Filesize 50Mb but transfer sometimes goes up to 500+

What version of the product are you using? On what operating system?
v1.1.0d built1161 on winxp sp3

Please provide any additional information below.
Using the ssl option, provided domainname at dns setting and limited 
bandwidth to 150 kb/s
Same happend with alliance running on win7, but also with ssl option and 
domain in dns settings.

It would be great to see what Alliance version have our friends, in the
Friend list.

Good continuation ! THX ^^

1. Latest Beta 110d 1161 won't run on win7 64bit
2. I love Alliance, my new computer is useless without it :)

Keep up the good work! Alliance = the best thing ever created.

Not sure if it is purposeful or a bug that the search function will only 
find filenames that match the search string and not folder names. If it is 
the former then it would be beneficial to be able to search for folder 
names also. It is the latter then i guess this should be moved over into 
the Defect/bug report section.

What steps will reproduce the problem?
1.Launcg Alliance beta
2.
3.

What is the expected output? What do you see instead?
Getting connected. Get error message.
What version of the product are you using? On what operating system?
Win 7 32-bit. Version 1.1.0d build (1101)

Please provide any additional information below.
See attached screenshot.

See attached file alliance_sv.properties

What steps will reproduce the problem?
1. The external HDD is connected.
2. I share a folder from this external HDD
3. Alliance scan completed
4. I disconnect the external HDD
5. I shutdown Alliance
6. I reconnect the external HDD
7. I restart Alliance
8. Alliance is re-hashing files from extarnal HDD sharing folder

What is the expected output? What do you see instead?

Alliance has to recreate hashes of the files in the external HDD, lots of
people share files from external HDD because they use laptop pc. When
alliance start , these files have to be re-hashed and it take a lot of time.

Is it possible for Alliance to determinate if the external HDD is pluged in
or not, and act on :
* If the external HDD is pluged in, Alliance scan the folder and add or
remove files (like an internal hdd)
* If the external HDD is disconnected while Alliance is open, Alliance scan
and it caused the disappearance of the shared folder for other contacts,
but not remove hashes.
* If we start Alliance when the external HDD is unplugged, Alliance detects
that the HDD is unplugged and do nothing, just he don't show the shared
folder to friends.

What version of the product are you using? On what operating system?

Alliance 1.1.0d build 1161, on Windows 7 32bits

Please provide any additional information below.

I hope I was clear in my explanations, good continuation to devs !

It would be nice if Alliance redid how it connects to friends.

1) When shutting Alliance down it should mark friends that where on before
you closed the client either in xml or in H2. These should be the first
people Alliance attempts to connect to when you start the client back up again.

2) It should also keep track of how often friends are online and save this
number in xml next to the username or in H2. This should be the second set
of people Alliance attempts to connect too (excluding the people that
Alliance already has online thanks to #1). It should attempt to connect to
them in order of highest to lowest.
(ie. Jim 10, Tom 8, Lisa 4, anon 1, name 1...etc).

Currently anything we download is put into the public downloads folder that
anyone can see and start downloading from. It would be better if we had
some options on whether or not our downloads be put into a public or
private downloads folder. This way if we're downloading something that we
don't want to be public, it wont be.

I guess the best solution would be to allow the user to choose where the
download should go when they attempt to download a file(s).

We could also designate a second download folder called "Private" and make
it so when attempting to download a file Alliance asks if you'd like to
save the file into your public folder or private. Public folder would stay
the same, Private would be restricted to just friends marked as trusted.

like 256 ou 512 AES. and why not 1024.

Best regards,
lin