Git Product home page Git Product logo

utox's Introduction

μTox IRC: #utox on libera.chat Actions Build Status AppVeyor Build Status

The lightweight Tox client.

Installing | Compiling | Screenshots | Release Notes | TokTok Site | Toxcore Spec

Tox is a peer-to-peer, end-to-end encrypted, instant messaging protocol, with end-to-end encryption as its default and only mode.

µTox is cross-platform: Primary support for Windows 7+ and Linux, secondary support for OpenBSD, FreeBSD, NetBSD, and DragonFlyBSD. MacOS is unmaintained (needs your contributions).

µTox is multi-lingual: Complete translations for German, Russian, Swedish, Polish, Spanish, Hungarian, Estonian, Ukrainian, and Bulgarian. Partial translations to many more languages.

Features

  • Themes
  • Avatars
  • Text
    • Chat History
  • Audio
  • Video (Webcam or Desktop sharing)
  • Screenshots
  • File transfers, with inline images support
  • Group chats
    • Text
  • Tox URI support (clickable Tox links)

Just like Toxcore, µTox is still alpha software, so you may encounter bugs, or maybe a crash or two. µTox also needs your help, if you do encounter any bugs or problems please open an issue. If you do not have a GitHub account, you may also send an email directly to avoidr.

Downloads

Team

GitHub IRC Email Fingerprint
cebe CeBe [email protected] E592 6050 AE9C 234A FF84 96FE BE4F 41DE 1DEE EED0
endoffile78 e0f/endoffile [email protected] 2D8C F71C 404A 1688 5B02 1461 BF80 7C5D F95E C4E3
GrayHatter grayhatter [email protected] 9D1D 5990 88E2 23DD 9900 7DE2 AEA1 0D4E A053 0876
robinlinden robinli [email protected] B700 8FF1 2C07 9BF6 E6EA 19D1 601A 604B 7E60 5776
dkmoz dkmoz [email protected] E28E 7252 B1E7 FCFE D358 CF8E 3763 B3A7 93AA FA0F
redmanmale redmanmale [email protected] BCEE 99DC A339 ABF9 CC36 428D 61A9 B9AF D2E5 3885
avoidr avoidr [email protected] A251 56FC 7AFB 5C03 65A0 407E 6F5D D1C5 371D E665

utox's People

Contributors

albel727 avatar ansa89 avatar baloo79 avatar banditkroot avatar benwaffle avatar blucoat avatar candygumdrop avatar cebe avatar cowinapie avatar dkmoz avatar doom032 avatar doughdemon avatar draziw- avatar felix-salfelder avatar grayhatter avatar irungentoo avatar jhert0 avatar kaisfm avatar lineteen avatar linuxraspilxc avatar muchweb avatar notsecure avatar publicarray avatar redmanmale avatar robinlinden avatar sfan5 avatar stal888 avatar thomassross avatar tsudoko avatar v2e avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

utox's Issues

Implement Tox Client Standard concerning the avatars

Hello,

because it has been merged now, here the issue.

2.3.5 Clients must display avatars at a 1:1 aspect ratio.

Done by uTox. ✅

2.3.6 A client may only transmit avatars with an aspect ratio of 1:1. If the user has chosen a non-square avatar, the client must transmit the square portion of the avatar displayed to the user.

Not done yet. ❌

Further explanation -> Tox/Tox-Client-Standard#13 (comment)

Video quality / compression

[GrayHatter] >> AV scaling is optional in ToxAV, and then it's a client issue...

If so, I think it worth including this possibility in the uTox feature list...

[ADDED] Regarding new ToxAV API, maybe it will solve the issues described below... When it will be implemented in main branch? Is it possible to test it on windows machine for now? (I have no Windows toolchain / IDE installed)

I don't know if it is only my/my friends issues, but sometimes it is just impossible to view / read anything from the transmitted screencast.... Is it possible to solve this issue?

This is cast from linux x64 (3.10.17) to windows machine, uTox version 0.3.2:
image4153

This is from windows 7 x64 to linux machine:
win-to-lin

Initial window paint relies on racy window manager resizing to work properly

(repost of notsecure/uTox#1146, thought it was fixed but turns out it was only intermittently working)

Got an image this time, the red border is the compositor's drop shadow:

2015-11-12-145325_940x699_scrot

Steps to reproduce:

  1. Put this in openbox's rc.xml (haven't tried with other WMs, sorry):
    <application class="utox"><decor>no</decor></application>
  2. Start uTox and resize it to something not default
  3. Close and reopen it repeatedly, eventually it'll end up looking like the above.

It doesn't seem to be as simple as replacing mentions of DEFAULT_{WIDTH,HEIGHT} with save->window_{width,height}... I've tried that and it seems to make the problem worse.

preview window does not close if opening video device failed

steps to reproduce:

  • go to settings "Audio/Video"
  • select desktop input
  • start preview
  • ensure camera is locked by another program (e.g. view it in Cheese when on debian or ubuntu)
  • change video input to the locked camera

utox will fail to open the video input but does neither report it nor close the preview window.

µTox crashes when trying to use proxy with bad proxy settings

If you set proxy to either "Always use" or "Fallback", while the proxy IP and port don't point to a correct proxy, µTox crashes. Of course, that's not nice.

Bad fix, don't do: Making µTox retry without proxy(This would leak information. People are using the proxy because they don't want it to be known what they're connecting to!)

Suggested fix: Add a message in red saying your proxy doesn't work, and don't reconnect to Tox until a different one is entered or proxy is set to "disable"

Look into: What's the "Fallback" option of the proxy setting really doing? Why does it crash if I set it to a bad fallback proxy? Maybe it's not implemented fully.

Feature: Showing full date in message log when it's a different day

As it is now, it can be confusing when stuff like this happens:

[Bob] How are you? - 13:30
[Alice] Fine - 13:39
[Bob] ... I sent that message a week ago. - 13:40

I'd like a date header for the first message in the log, and after each that is of a different date, like this:

   *Thursday, 17 November 2015*
[Bob] How are you? - 13:30
   *Saturday, 22 November 2015*
[Alice] Sorry, I didn't see your message! - 13:39
[Bob] You just wanted to ignore me ;_; - 13:40

The date header should have its own colour(probably grey in default theme, but should be editable per theme).

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

TRUE is not defined in xlib/main.c and others

Current uTox (commit 1316542) fails to compile on my system because it's missing a definition of TRUE:

In file included from main.c:15:0:
xlib/main.c: In function 'init_ptt':
xlib/main.c:199:35: error: 'TRUE' undeclared (first use in this function)

Other files that are probably affected (I didn't check if the included libraries happen to define TRUE/FALSE):

  • xlib/dbus.c
  • xlib/mmenu.c
  • windows/dnd.c
  • windows/main.c
  • xlib/gtk.c (only in a commented-out statement)

As an alternative to #define-ing TRUE and FALSE, the instance in xlib/main.c could also be corrected to title-case True since that's available from the X includes.

How did you manage to compile the code in its present state?

Allow switching between audio only/video call without having to restart the call

This is still not possible.

original issue: notsecure/uTox#636

I have been testing video calls and noticed, that if I try to switch off the video, it drops the call as well. Would it please be possible to be able to just switch the video on and off, while preserving the call itself ? Many thanks!

The following flow should be possible imo:

                  +---------+
                  |         |
                  | no call |
                  |         |
                  +---------+
                    |     |
         start audio|     |start video
                    |     |
     +------------+ |     | +------------+
     |            | |     | |            |
     |   active   <-+     +->   active   |
     | audio call |         | video call |
     |            |         |            |
     +---------^--+         +-----^------+
     |   |     |  stop video  |   |      |
     |   |     +--------------+   |      |
     |   |        start video     |      |
     |   +------------------------+      |
     |                                   |
     |                                   |
     |stop audio               stop audio|
     |          +-----------+            |
     |          |           |            |
     |          |  end      |            |
     +---------->           <------------+
                +-----------+
made with http://asciiflow.com/

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

OS X: Typing notification too low

The typing notification label is too low. The g overlaps and goes into the chat box. My guess on the possible cause would be that it's because I'm using a retina display.

typing notification

feature request: additional audio device for reliable ring tone

Scenario:
Headset is in standby and only used if required for a incoming/outgoing call. In the current utox setup, it is not possible to define the internal audio device as target for the ring tone.

Related:
While the ring tone sometimes is correctly played, in most cases utox stays completely silent on incoming calls, which are therefore easily missed.

Reliable call signalization is a fundamental feature for any VoIP software and the current situation with utox is one of the most serious handicap for me and others.

utox 0.4.2
Ubuntu 14.04

P.S.
Most likely a duplicate and already mentioned in the issues of the notsecure repository.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

feature request: voice messages

would be a nice feature to be able to send voice clips just like in whatsapp and other apps.

why voice clips and not a call?
because the other peer may be afk and I simply want to leave a message in voice format.
or I simply don't want a full-scale call.

compatible with other clients,
qTox/qTox#2426
Antox/Antox#191

and sendable as pseudo-offline message too.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Make file doesn't work on Windows

@cebe @Doom032 @stal888 I don't remember if it was either of you, (hopefully it was and not someone else I forgot about) But IIRC, someone offered to get the make file working with Windows? There's also that nasty issue of make not working when there's a change to any .h file, requiring make clean first. Someone also offered to fix that as well?

Save Auto Accept settings for uTox

Hi!

I see that there is one feature missing in uTox that I think is important to a lot of people - autoaccept files!

Like when some friend sends me a files then uTox would automatically accept them and store them in location that I have predefined (desktop).

Of course it should be optional. Disabled by default but when someone wants it, there is option in settings where you can enable it and choose default save location.

I use it a lot on Skype, to transfer some files from one computer to another.
Or when I'm away from computer then someone can send me something and I can see it when I return. Not all of us have 100mbit connections...

Greetings
SKill

b_name and b_statusmsg too wide on Linux

My problem:

First, when I hover over the status button, I can see my name and status message being highlighted when I hover over around respective Y values. This happens even if my name and status message are minimal size(like "a").

Also, because button_name is checked for click events before button_status, when I click the status button at the Y value of my name, I don't change my status, but instead get taken to the name changing form in the settings. Really annoying.

I can't reproduce this on Windows, but when testing on Wine with the name "WineDoom", the b_name is actually too small. If I hover over the right half of the "m", the text doesn't get highlighted, and clicking does nothing.

I see this in ui.c:

            .width  = textwidth(self.name, self.name_length) - 4 * SCALE,

Could it be that textwidth is broken?

Version 0.4.2 broke Group Call

With version 0.3.2 group chats worked, even cross-client with qTox. In version 0.4.2, you can chat via text, but voice chat can't be started. The symbol stays greyed out. qTox is also not compatible, you can't call people on qTox with uTox 0.4.2 and they can't call you. Text chat seems to work.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

bug combining greentext and redtext

Write this message in µTox:

> red text<
This shouldn't be green, but it is.

For some reason the lines after a red text starting with a > are turned to green text. Maybe erroneously setting the colour back to whatever its previous value was?

Avatar is not being sent when there's an ongoing file transfer to contact

Fom qTox/qTox#1702:

Description:
In a case where there is an active file transfer between qTox S and qTox R, when qTox S changes its avatar, qTox R doesn't receive it until ongoing file transfer is finished / paused.
Basically an extension of qTox/qTox#1693

Info:
OS: Hardened Gentoo Linux x86_64
qTox version: qTox/qTox@a841224

Reproducible: Always

Steps to reproduce:

  1. Start sending big file from one qTox instance to another
  2. Set / change avatar

What happened:
qTox S doesn't send avatar to qTox R while there is an ongoing file transfer with qTox R.

What should happen:
qTox S should send avatar to qTox R while there is an ongoing file transfer with qTox R.

Tested with the latest uTox binaries against latests qTox binaries and can reproduce.

Could you confirm that this is indeed not a uTox bug?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.