comments splitted from ChunkVNC vnc-related product

[nebulink]

The latest build corrected the multi-monitor issue. Thanks!

[nebulink]

Does the repeater have the ability to broadcast ID's? Or is it possible to have a client pull current connected id's from the repeater?

Also, would it be possible to have the InstantSupport have the option to enter a name vs. automatically generating a numeric id before connecting to repeater?

Then it would be nice to display the list of names of people connected to the repeater in the drop down list of chunkviewer.

Thanks!

[supercoe]

Does the repeater have the ability to broadcast ID's? Or is it possible to have a client pull current connected id's from the repeater?

Also, would it be possible to have the InstantSupport have the option to enter a name vs. automatically generating a numeric id before connecting to repeater?

Then it would be nice to display the list of names of people connected to the repeater in the drop down list of chunkviewer.

Thanks!

Once Rudi releases the new repeater this functionality will be possible.

[scelveri]

Supercoe, version 3 is working very good,the new one,i will test it this week

You do the good work!

Man of the year 2010

[supercoe]

Man of the year 2010

Wow and to think it's only January


Just a reminder that if anyone has a feature request to please post it here!

[dcguy]

i wasn't following the compile instructions correctly.

I changed the export server_host= to my server's ip

compiled everything and am good to go!

I don't really see the point of the seperate sever.txt file if one can compile the program with the IP build in.



--------------nevermind-------------------
alright so on the Mac support, I can verify that it works with 10.6.1.

I am trying to edit the instantsupport.sh file before I compile it and am having a little bit of trouble. I am trying to change the code so i don't need the server.txt file. I think my issue is with compiling i get a file that just opens platypus and doesn't run on its own.

[supercoe]

I don't really see the point of the seperate sever.txt file if one can compile the program with the IP build in.

The server.txt is separate from the InstantSupport.app only because I figured it would be easier for people to modify. With the ability to open the .app contents on a Mac and using TransMac on Windows we can put it inside the InstantSupport.app

It's also the only way that Windows users would be able to enter their repeater address since you can't compile the shell script on Windows.

I'll clean this up for the next release, thanks for the tip.

[gilrim]

Supercoe: Great work! I implemented 3.0 last week, and today merged your 3.1 changes with the deployed solution here.

What I've done is mostly cosmetic changes, but I've added one new function too: Language barriers are in some situations preventing the efficient exchange of session numbers and other technical info. Therefor I made a button that'll email this info to a provided email address, where a support representative might find it and quickly get connected.

Firstly, in compile.au3, the #RequireAdmin option is defined - whats the rationale behind this? I've disabled it on my computer, and successfully compiled a custom package, using a limited local user as well.
On line 44 I've disabled regeneration of keys - just delete the file if you need a new one
Also, as I've been working on building a custom solution, I commented line 70 as well - no need to start the compiler again and again.

In InstantSupport.au3 I've included the Outlook UDF, and inserted the lines below:
Line 48:

Code: Select all

$EmailButton = GUICtrlCreateButton ( " Email this number to TechSupport",25,200,400)

Line 82

Code: Select all

Case $EmailButton
	$oOutlook = _OutlookOpen()
	$mailBody = "Session number: " & $RandomNumber & @LF & @LF
	$mailBody = $mailBody & "Username: " & @UserName & @LF 
	$mailBody = $mailBody & "Computer name: " & @ComputerName & @LF 
	$mailBody = $mailBody & "Logondomain: " & @LogonDNSDomain & @LF 
	$mailBody = $mailBody & "Logonserver: " & @LogonServer & @LF 
	$mailBody = $mailBody & "Local IP's: " & @IPAddress1 & ", " & @IPAddress2 & ", " & @IPAddress3 & ", " & @IPAddress4 & @LF 
	$mailBody = $mailBody & "ServicePackLevel: " & @OSServicePack & @LF 
	$mailBody = $mailBody & "OS Version: " & @OSVersion & @LF 
	$mailBody = $mailBody & "Profile Location: " & @UserProfileDir & @LF 
	$mailBody = $mailBody & "KeyboardLayout: " & @KBLayout& @LF 
	_OutlookSendMail($oOutlook, "support@somedomain.com", "", "", "Connect " & $RandomNumber, $mailBody, "", $olFormatHTML)

[supercoe]

Firstly, in compile.au3, the #RequireAdmin option is defined - whats the rationale behind this?

For UAC compatability in Vista/7.


In InstantSupport.au3 I've included the Outlook UDF

I like this idea, I've just been holding off until the new repeater is released and the viewer can know which ID's are connected.
Wouldn't the client need to have their mail client setup for this to work?


Keep up the great work and thanks for sharing your code!

[dcguy]

thanks again for the program, I am no Mac expert but I found it odd how i had the app on the desktop of a mac. If i transfered it via FTP to my server it would show up as a folder with stuff in it. The same goes when I copied it to my Windows machine.

So when i tried to download the file from the web server on my mac is just gave me a folder and not the program.

Yet when it is ziped and downloaded from a web server it automatically unzipes when it is downloaded.

Also, I renamed the file to inclued (Unsecure) at the end of it. Without that the user doesn't know the connection is unsecure as there is no warning or way to tell that I could find.

I don't really see the point of the seperate sever.txt file if one can compile the program with the IP build in.

The server.txt is separate from the InstantSupport.app only because I figured it would be easier for people to modify. With the ability to open the .app contents on a Mac and using TransMac on Windows we can put it inside the InstantSupport.app

It's also the only way that Windows users would be able to enter their repeater address since you can't compile the shell script on Windows.

I'll clean this up for the next release, thanks for the tip.

[gilrim]

For UAC compatability in Vista/7.

I'm running this under win7 enterprise with UAC enabled, where my user doesn't have local admin rights. I haven't had any problems compiling the client/server with this commented out - what functions would require elevated privileges?

I like this idea, I've just been holding off until the new repeater is released and the viewer can know which ID's are connected.

About that, how are the repeater going to present these sessions? if the repeater could respond with a list of sessions, after checking the viewer/launcher supplied session key, we could easily direct the sessions to different groups of technicians based on this alone Are there any roadmap/featurelist for the new repeater? I've got a couple of ideas

Wouldn't the client need to have their mail client setup for this to work?

Absolutely. From what I've understood, the UDF just connects to Outlook using the default profile and interacts with that. In my environment this is quite sufficient, as we have them all set up with exchange https/rpc and thus are able of sending emails from anywhere they can access https...
I guess one could use a more generic smpt-connector/UDF and set up a gmail account to relay the emails through... The quickfix with outlook also have the added bonus of providing the technician with the users default email address and name though

[supercoe]

gilrim,

Admin is only required if you extract ChunkVNC to certain folders such as "Program Files". Compile will fail if it doesn't have admin access to that folder. Since you've extracted to one of your user folders it compiles fine.

The likelihood of someone trying to compile ChunkVNC in a non user folder is very low but still exists. Also in most circumstances compilation is only done once so asking for admin isn't a big deal, however I could see how it would get annoying for you with how much you've been using it. Beauty of open source right!


AFAIK there isn't a roadmap for the new repeater. Rudi has only compiled a couple test versions that have a built in web server to show the connected ID's. I think I'm going to dig out the ChunkServer code that was part of the first release. I removed it to make the project simple because it just added one more port to forward and another server to run next to the repeater. The benefits now seem more important.

[guinness]

I have first dibs on testing the ChunkServer!

[supercoe]

I have first dibs on testing the ChunkServer!

lol, sounds good man I'd like your input on the code anyway.

[gilrim]

Do this instead - annoy the ones affected, and not the rest
(I'm not to familiar with autoit, but couldn't find any other way of checking for write access to the current directory...)

Code: Select all

If Not FileWriteLine("arf.txt","bah") Then 
	MsgBox(16,"no access!","You dont have write access to this directory." & @LF & "Either run script as an elevated user, or change permissions on this and subfolders")
else 
	FileDelete("arf.txt")
EndIf

[gunsmoke]

The only things that are stopping me from switching over to chunkvnc are:

1. I don't know how to make it use a direct connection (not using a repeater)

2. I would like it to work like SC where all the person I'm trying to help has to do is double click the exe i send them (no need to enter any numbers)


If i could resolve these issues then i would defiantly give chunkvnc a shot

[MikeJohnson]

I just started using chunk a couple of days ago.

I love the ids. I can have some one get the server from my website, than start the program, give me the id, than deal with the problem when i get back to the office even after closing time. Than install as a service if needed.
Its no big deal to run the repeater and the ability for me to run the viewer based on my ids from any where is awesome.
It did take me a minute to figure how to run the repeater on the same network as the viewer. After I compiled with the wan ip address i went to viewer/bin/chunkviewer.ini and changed the wan ip address to the lan address that the repeater is running on.

BTW Thank you Thank you Thank you for a great and easy to use product.

[supercoe]

gunsmoke,

I don't know how to make it use a direct connection (not using a repeater)

Currently there isn't any plans to take the repeater out of the loop, it adds to much flexibility and ease of use to the entire system.
It is possible to run the repeater on the same machine as the viewer but is recommenced to have it running in a fixed location for port forward reasons.


I would like it to work like SC where all the person I'm trying to help has to do is double click the exe i send them (no need to enter any numbers)

I'm working on the next version now and my plan is to have the viewer show you a list of ID's connected to the repeater so you can just click on them.
In the mean time it's possible to look at the repeater to see an ID connect if there is a language barrier.

[supercoe]

MikeJohnson,

It did take me a minute to figure how to run the repeater on the same network as the viewer. After I compiled with the wan ip address i went to viewer/bin/chunkviewer.ini and changed the wan ip address to the lan address that the repeater is running on.

Some routers do not support WAN loopback, I'll add this to the FAQ.
What is your router model? Sometimes there is a setting preventing the loopback.

BTW Thank you Thank you Thank you for a great and easy to use product.

Thank you Thank you Thank you for the beer!

[gunsmoke]

supercoe

It is possible to run the repeater on the same machine as the viewer but is recommenced to have it running in a fixed location for port forward reasons.


Thanks ill have to look into how to do this




supercoe
I'm working on the next version now and my plan is to have the viewer show you a list of ID's connected to the repeater so you can just click on them.



This sound very promising

So i wouldn't need to ask the person I'm trying to help to read me out any numbers?

Do you have any idea when you will be releasing the new version?

[supercoe]

Do you have any idea when you will be releasing the new version?

When it's done, duh!

The weekends are my usual sit back, relax and program days. I'm starting on the new version today and we'll see how it goes.
I'll try my best to get it done before Thursday because thats when Battlefield: Bad Company 2 PC beta starts!!!!!

[tbote]

Could be interesting to have a languaje file, I know that there is only a few phrases but every time we update the app need to translate again the files (anyway it's not too much important).

Great work!

[supercoe]

tbote,

Great idea, added to the TODO.

[redge]

supercoe

http://www.walkernerds.com/chunkvnc/Chu ... _Swiss.zip
downloaded 23.01.2010

bug instantsupport,
it open a 2nd windows that is not requested "add new client"
that not happen on previous version 3_0_RT_Swiss.zip

[guinness]

Using _Singleton() at the start of InstantSupport.exe will stop the program from running again even if they change the name of the executable.

Requires the Misc.au3 include.

Code: Select all

If _Singleton("ChunkVNC", 1) = 0 Then 
MsgBox(0, "ChunkVNC", "InstantSupport is already running.")
Exit
EndIf

[supercoe]

redge,

Thanks for finding the bug, it was a typo on my part

I've uploaded new 3.1 RTR files with the repeaters typed correctly.

[supercoe]

Using _Singleton() at the start of InstantSupport.exe will stop the program from running again even if they change the name of the executable.]

Thanks guinness, I'll make this change.

[redge]

I've uploaded new 3.1 RTR files with the repeaters typed correctly.

bug fixed, test OK

cosmetic
at the description of repeater in use
repeater03.ultravnc.info (located in Switzerland)

so user know the communication is supported via Switzerland where the repeater is hosted. Good idea or confusing end user ?

[supercoe]

redge,

Updated RTR descriptions.

[guinness]

Do you use UPX at your end to compress InstantSupport.exe? I know some AV companies detect this as a virus, but I suppose it could depend on the underlying factor of what the program might be!

I compressed InstantSupport and it went from 1.57MB to 1.27MB plus checked with virustotal and 3/40 detected a virus, though this could have been down to an old version of Autoit!

a-squared 4.5.0.50 2010.01.26 Worm.Autoit!IK
CAT-QuickHeal 10.00 2010.01.25 Backdoor.Rbot.aamv
Ikarus T3.1.1.80.0 2010.01.26 Worm.Autoit

I then checked without UPX compression just to see if it was UPX being detected and this is what I got,

a-squared 4.5.0.50 2010.01.26 Backdoor.Win32.Bifrose!IK
Ikarus T3.1.1.80.0 2010.01.26 Backdoor.Win32.Bifrose

Only 2/40, I wouldn't call that a major difference.