Lastest Windows Version Force Closes #190

New Issue

caffey · 2019-07-31T16:51:15Z

caffey commented

2019-07-31 16:51:15 +00:00

I'm not sure if I am doing something wrong but I unzip cwtch and go to run ui.exe and a window pops open acts likes it's doing something but then just quits

I am on Windows 7

I'm not sure if I am doing something wrong but I unzip cwtch and go to run ui.exe and a window pops open acts likes it's doing something but then just quits I am on Windows 7

sarah commented

2019-07-31 17:14:49 +00:00

Most likely related to #128. Assigning to @dan

Are you able to run from the terminal (with the -debug flag) and obtain log output?

Most likely related to #128. Assigning to @dan Are you able to run from the terminal (with the -debug flag) and obtain log output?

caffey commented

2019-07-31 17:22:41 +00:00

I'll give that a shot and see if I can provide some output

caffey commented

2019-07-31 17:48:14 +00:00

yeah it seems exactly like #128 that you mentioned. Tried running with the debug flag getting the same result. Looked for log files and didn't see any that were produced

a .cwtch folder is created in my user folder. it has one empty tor folder in it

yeah it seems exactly like #128 that you mentioned. Tried running with the debug flag getting the same result. Looked for log files and didn't see any that were produced a .cwtch folder is created in my user folder. it has one empty tor folder in it

sarah commented

2019-08-07 18:25:25 +00:00

We are now pretty convinced that this is being caused by our logging framework which does not appear to handle windows (our windows builds work if launched from a POSIX compatible environment like cygwin)

Aim is to update that framework this sprint, and get a working build on native windows.

We are now pretty convinced that this is being caused by our logging framework which does not appear to handle windows (our windows builds work if launched from a POSIX compatible environment like cygwin) Aim is to update that framework this sprint, and get a working build on native windows.

dan commented

2019-08-10 02:21:51 +00:00

Actually I suspect it's because people are not running tor and the tor autorun code on windows didn't work

#199 will hopefully fix that so once it's merged I'll post a link here to the build files for testing :)

Actually I suspect it's because people are not running tor and the tor autorun code on windows didn't work #199 will hopefully fix that so once it's merged I'll post a link here to the build files for testing :)

dan commented

2019-08-10 02:41:22 +00:00

please give these a try

https://build.openprivacy.ca/files/2019.08.10-02.40-cwtch-alpha-0.1.5-22-gf029da4/

please give these a try https://build.openprivacy.ca/files/2019.08.10-02.40-cwtch-alpha-0.1.5-22-gf029da4/

HostFat commented

2019-08-17 01:36:25 +00:00

I used this
https://build.openprivacy.ca/files/2019.08.16-14.42-cwtch-alpha-0.1.5-48-g8c51c10/

It finally works!

It also works the debug mode, by using the debug.bat

I'm getting this by tor.exe (xxxxxxxxxxxxx is added by me :))

Aug 17 xxxxxxxxxxxxx [warn] Path for GeoIPFile () is relative and will resolve to C:\Program Files (x86)\cwtch<default>. Is this what you wanted?

Aug 17 xxxxxxxxxxxxx [warn] Path for GeoIPv6File () is relative and will resolve to C:\Program Files (x86)\cwtch<default>. Is this what you wanted?

Is this right? I guess not.

Anyway, the connection dot is green, and if I try to close tor.exe, it goes yellow, and it automatically runs back tor.exe, and the icon goes back green.

So I guess that it is working.

I wasn't able to find someone to chat with it properly at the time.

I see that I can't change the nickname "alice", is it a bug or is still not implemented?

I used this https://build.openprivacy.ca/files/2019.08.16-14.42-cwtch-alpha-0.1.5-48-g8c51c10/ It finally works! It also works the debug mode, by using the debug.bat I'm getting this by tor.exe (xxxxxxxxxxxxx is added by me :)) Aug 17 xxxxxxxxxxxxx [warn] Path for GeoIPFile (<default>) is relative and will resolve to C:\Program Files (x86)\cwtch\<default>. Is this what you wanted? Aug 17 xxxxxxxxxxxxx [warn] Path for GeoIPv6File (<default>) is relative and will resolve to C:\Program Files (x86)\cwtch\<default>. Is this what you wanted? Is this right? I guess not. Anyway, the connection dot is green, and if I try to close tor.exe, it goes yellow, and it automatically runs back tor.exe, and the icon goes back green. So I guess that it is working. I wasn't able to find someone to chat with it properly at the time. I see that I can't change the nickname "alice", is it a bug or is still not implemented?

dan commented

2019-08-17 01:56:29 +00:00

Awesome! Yes, that is the tor dos console box, we have an upstream patch to hide that

https://github.com/cretz/bine/pull/32

I'm on now, feel free to add me: Dan~[linux]~p24aehg66acnuq3u4vxuuldan3bdairwbih7sjppv4qei3rbrgsfdhid

And our main Cwtch Alpha users group is:
torv3frgCHN7wBNpDdOVvSixgbsIwIjYKD/kl768gRG4hiaQ=EsABCiA2NmI0NmM4OGMxNDc1ZGUxODE5YWYyYTk1ZDM5NTQ4ZBIgDSFY2mxYJiSJs0b442hFChzaHB5B8EERcFqLAkpb5kAaODJjM2ttb29ibnlnaGoyenc2cHd2N2Q1N3l6bGQ3NTNhdW8zdWdhdWV6enB2ZmFrM2FoYzRiZHlkIkBgg+E0T4YKtxnw57sHQbuG3C6myjU2aS496O4n3jpzQu8iT25NReJnuwqv9ER93wE1N9g1f7WY8JCtx0bnvyQK

Awesome! Yes, that is the tor dos console box, we have an upstream patch to hide that https://github.com/cretz/bine/pull/32 I'm on now, feel free to add me: Dan~[linux]~p24aehg66acnuq3u4vxuuldan3bdairwbih7sjppv4qei3rbrgsfdhid And our main Cwtch Alpha users group is: torv3frgCHN7wBNpDdOVvSixgbsIwIjYKD/kl768gRG4hiaQ=EsABCiA2NmI0NmM4OGMxNDc1ZGUxODE5YWYyYTk1ZDM5NTQ4ZBIgDSFY2mxYJiSJs0b442hFChzaHB5B8EERcFqLAkpb5kAaODJjM2ttb29ibnlnaGoyenc2cHd2N2Q1N3l6bGQ3NTNhdW8zdWdhdWV6enB2ZmFrM2FoYzRiZHlkIkBgg+E0T4YKtxnw57sHQbuG3C6myjU2aS496O4n3jpzQu8iT25NReJnuwqv9ER93wE1N9g1f7WY8JCtx0bnvyQK

dan commented

2019-08-17 02:38:19 +00:00

Issues reported and duplicated by me:

deleteing and readding is blocked - the ui checks the ui and finds the user still there blocking adding - UI needs to properly delete data structs of deleted user
invite - seems to fail until reboot ?? log shows invite received, UI did not show until reboot - needs more testing

reported and unconfirmed:

could not stay connected, connections kept restarting. reported it was better after a restart.

Issues reported and duplicated by me: - deleteing and readding is blocked - the ui checks the ui and finds the user still there blocking adding - UI needs to properly delete data structs of deleted user - invite - seems to fail until reboot ?? log shows invite received, UI did not show until reboot - needs more testing reported and unconfirmed: - could not stay connected, connections kept restarting. reported it was better after a restart.

dan added this to the 0.3.2 milestone 2019-12-18 22:34:27 +00:00

dan closed this issue

2020-01-21 18:34:35 +00:00

This repo is archived. You cannot comment on issues.