Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Open Whisper Systems vervangt Signal-extensie door zelfstandige desktopclient

Open Whisper Systems heeft een zelfstandige desktopclient voor zijn beveiligde chatapp Signal uitgebracht. Tot nu toe was deze alleen via een Chrome-extensie op de desktop te gebruiken en via apps op mobiele platformen.

In zijn aankondiging schrijft Open Whisper Systems dat de Chrome-extensie dan ook niet meer wordt ondersteund en dat deze de status deprecated heeft gekregen. Gebruikers kunnen overstappen naar de desktopversie door de Chrome-extensie op te starten via het apps-menu en bij de opties voor 'migreren naar standalone-versie' te kiezen. Vervolgens moeten ze een folder kiezen waar de gegevensexport wordt opgeslagen, die dan weer bij de installatie van de desktopclient geselecteerd moet worden.

Er kan ook gekozen worden voor een nieuwe installatie, waarbij er met de mobiele app een qr-code gescand moet worden. De nieuwe client ondersteunt de 64bit-versies van Windows 7, 8, 8.1 en 10, naast macOS 10.9 of later. Er is ook een versie voor Linux-distributies, deze werkt echter alleen op systemen die ondersteuning bieden aan apt, oftewel de advanced package tool.

Met de toevoeging van een zelfstandige desktopclient voegt Signal zich bij andere chatapps als Telegram en WhatsApp, die al langer over deze functionaliteit beschikken.

Door

Nieuwsredacteur

74 Linkedin Google+

Submitter: moeilijkenaam

Reacties (74)

Wijzig sortering
Hmmm, heel de wereld verschuift juist naar web-clients. Die werken bijv. ook op onze Chromebooks, want zijn daarmee platform-onafhankelijk. Voelt een beetje vreemd aan deze move.
De oude versie was geen webclient maar een Chrome-client. Onhandig voor niet-Chrome gebruikers dus. Dit juich ik alleen maar toe.

Wire heeft een échte webclient en een desktop app. Die laatste is echter wel de webapp verpakt in een Electron-jasje. Dan kost het weinig extra moeite.

Desktop apps zijn wel een stuk sneller en responsiever dus native clients hebben sterk mijn voorkeur. Zoals die van Telegram bijvoorbeeld, die is echt een verademing.
Volgens mij is Wire de meest privacy vriendelijke want je hoeft de app niet uit een store op te halen en je hoeft geen telefoon nummer te gebruiken maar een e-mail adres. Gewoon lekker zoals vroega waar je met een alias kon werken en met iedereen contact kon leggen zoals met ICQ Of MSN. Met e2e versleuteling zal het erg lastig zijn om Wire gebruikers te achterhalen of via metadata te achterhalen met wie er wordt gecommuniceerd wat bij Signal en Whatsaap vrij eenvoudig is.
Riot heeft bij mij nog net een streepje voor. Je hebt (net als bij wire) geen telefoon nummer of email adres nodig, maar daarnaast gebruikt het federated servers, dus je kan je eigen server hosten, of een host kiezen die je zelf vertrouwd. Hierdoor staat niet alle (meta)data op 1 grote server die heel aantrekkelijk wordt om goed in de gaten te houden.
Blij dat je het noemt, echter kun je beter Matrix noemen, aangezien het daar uiteindelijk om gaat. Riot is maar één van de beschikbare clients. Verder duimpie omhoog voor Matrix!

[Reactie gewijzigd door PureTryOut op 1 november 2017 10:42]

Tja, ik twijfel altijd. Meestal gebruik ik matrix/riot, maar matrix is slechts een spec; de de-facto server die aan de spec voldoet heet synapse (die draai ik) maar er wordt hard aan dendrite gewerkt, dat in go geschreven is (ipv python) en daardoor sneller zou moeten zijn.

De meest populaire client is riot, maar er zijn wel een paar andere die ook best goed werken. Toch is riot wel het meest feature complete en de client is het onderdeel dat iedereen die het matrix protocol wil gebruiken ziet.

En dan nog de end to end encryptie: die heet olm, is op basis van het double ratchet algoritme van signal gebaseerd, maar voor groepsgesprekken gebruiken ze megolm.

Anyway: veel namen, niet allemaal even goed gekozen, maar een systeem wat ik met veel plezier gebruik.
[Beetje OT] Grappig om te zien dat op hun site (scoll naar "Try Matrix Now") Matrix een plaatje gebruikt van hoe de Riot client eruit ziet.
Is Matrix een spin-off/aanpassing op Riot?
Matrix is het protocol, Riot is de de-facto client
quote: PureTryOut
(...) aangezien het daar uiteindelijk om gaat. Riot is maar één van de beschikbare clients.
Yep. Het is tijd voor mijn koffie zie ik 8)7

[Reactie gewijzigd door MixT2311 op 1 november 2017 12:21]

Volgens dit toppic op reddit en deze bron zijn er ook redenen te bedenken om juist niet voor Wire te gaan, want Wire slaat de volgende gegevens op:
- All of your contacts.
- Unencrypted profile information for everyone.
- Every active conversation you have.
- Every archived conversation you have.
- The frequency that you communicate with your contacts ('top contacts').
- Every group that you're in.
- The unencrypted titles and avatars of everyone's groups.

Hoe dan ook lijkt het me een goede ontwikkeling om geen Chrome (of Chromium) meer te hoeven installeren.

[Reactie gewijzigd door 386404 op 1 november 2017 10:15]

Interessant maar aan de andere kant slaan de Whatsapps van deze wereld net zo veel of wellicht nog veel meer op en heb je daar geen keuze of je je contacten wilt delen of niet. De vraag bij Wire, en eigenlijk ook bij de rest, hoe slaan ze alles op? Signal heeft min of meer aangetoond dat dit wel oké is maar mijn irritatie bij Signal is dat je de app alleen maar uit een store kan halen die niet bepaald privacy vriendelijk is en dat je perse een telefoonnummer moet gebruiken. Is ook een privacy dingetje want een telefoonnummer is tenslotte een persoonsgegeven. Wanneer Signal dat zou los koppelen en, net als Wire, de mogelijkheid biedt om met e-mail/aliasen te werken dan is dat wel een grote aanwinst.
Ik denk dat het loskoppelen van het telefoonnummer niet gaat gebeuren bij Signal. Hoe dat ik het zie, richt Signal zich niet alleen op privacy ten opzichte van de buitenwereld maar ook op zekerheid met wie je communiceert. En dat lijkt mij lastiger wanneer er gebruik gemaakt kan worden van e-mail (wat overigens ook een persoonsgegeven is) of aliassen.
Ik vraag me ernstig waarom je zou moeten willen dat Signal er voor zorgt dat je met de juiste persoon communiceert. Lijkt me dat je dat als gebruiker zelf moet controleren. Wt Signal doet is dan wel weer handig voor een overheid die dan precies kan nagaan met wie er gecommuniceerd wordt en ook welke contacten er worden onderhouden. Dat lijkt me een behoorlijk kwetsbare feature nu er steeds meer meta gegevens realtime via tijdslijnen aan elkaar gekoppeld kunnen worden.
Zoals je in het eerder gelinkte artikel kan lezen, is het voor Signal duidelijk dat de overheid dat dus niet kan, simpelweg omdat die informatie niet bestaat.
Er zijn maar 2 gegevens verkrijgbaar over iedere gebruiker: de datum dat iemand begon met het gebruik van Signal, en het moment dat er voor het laatst contact gemaakt is. Dus met wie er contact gemaakt is en wanneer, wordt niet eens bijgehouden door Signal.
Dat er mogelijk maar 2 gegevens verkrijgbaar zijn (voor wie eigenlijk?) wil niet zeggen dat er niet meer wordt bijgehouden door Signal. Als ik de Android permissies doorneem via https://support.signal.or...are-all-these-permissions- dan vraag ik me af hoeveel Signal daarvan zelf opslaat. Veel permissies zijn nodig om de app sowieso te kunnen laten werken maar zaken als GPS en
read calendar events plus confidential information en add or modify calendar events and send email to guests without owners' knowledge
vind ik toch wel ver gaan voor een app die de privacy hoog in het vaandel zou moeten hebben staan.
Het lijkt mij persoonlijk heel sterk dat Signal geen informatie van gebruikers opslaat, behoudens dan de inhoud van de gesprekken omdat deze versleuteld zijn. Die contacten en gesprekken in de webinterface moeten toch ergens vandaan komen om getoond te worden lijkt me. Of zoek ik nu spijkers op laag water?

[Reactie gewijzigd door regmaster op 1 november 2017 21:38]

Signal werkt ook gewoon zonder calendar+camera+contact+location+microphone+sms+storage permissies (ja, net getest). Dus als je bepaalde funcites in signal niet wil gebruiken, waarvoor je permissies nodig hebt, kan dat gewoon.

Overigens, als je bijvoorbeeld de calendar permissie uitleg verder leest, dan lijkt het me evident dat ze hier permissies voor nodig hebben.
" Calendar permissions are not used at the moment but they will be used in the future so you can share your calendar events by sending it as a message to your friends."

De contact/gesprek informatie is alleen voor de gebruiker te zien (want die kan het wel decrypten) en niet voor de overheid of wie dan ook. Precies zoals @Crazy Harry ook aangeeft, vanwaar dit ongeloof? Of heb je een bron dit het tegendeel beweert?

[Reactie gewijzigd door 386404 op 1 november 2017 23:34]

Bij Signal en Whatsapp wordt er ook E2EE gebruikt. Of te achterhalen is wie er met wie gepraat heeft, hangt vooral af van de implementatie van het protocol, niet of de communicatie E2EE is.

Volgens dit artikel gebruikt Wire een afgeleide van het Open Whisper protocol(Signal) en is Signal toch echt de meer privacy-vriendelijke omdat het minder meta-data bewaart:
While Wire has declared what kind of meta data (Creator, Timestamp, Participants list, and Conversation name) it records, it has not declared the retention period and the purpose of retaining them. As can be demonstrated, Wire collects tons of data by comparison to Signal and as a result less private and thus secure than Signal.
http://do-the-right-thing...er-vs-wire-messenger.html
Ik merk echt geen verschil met Slack of Nylas hoor. All die electron apps werken prima vind ik.
Ze gebruiken wel veel meer RAM en batterij dan nodig voor een simpele chat app.
Zeker, maar Ram is goedkoop en het alternatief (zeker op Linux!) is meest geen app, want het kost te veel tijd en geld om alles los te ondersteunen.
RAM is goedkoop, maar ik merk dat ik steeds meer electron apps draai, waardoor memory footprint van al deze apps steeds groter wordt. Het is niet echt ‘being a good citizen’. Het verschil tussen een native Mac app en een electron is als snel paar honderd MB. Zoals je zegt, het alternatief geen app gebruikt 0MB, maar dan heb je ook niks.
DDR4 RAM vind ik anders niet zo goedkoop, als je het mij vraagt. RAM dat ik vorig jaar kocht, kost nu met gemak ¤50,- meer dan vorig jaar.

Gaat in mijn geval om pricewatch: Corsair Vengeance LPX CMK16GX4M2B3200C16, de prijsgrafiek laat sinds juli vorig jaar alleen maar een stijgende lijn zien! ;)

[Reactie gewijzigd door CH4OS op 1 november 2017 11:42]

"RAM is goedkoop dus dan mogen we met het RAM doen wat we willen". Als iedereen die mentaliteit had dan heb je over 5 jaar minimaal 128GB RAM nodig. 8)7 Ik vind het zo'n slap excuus om zoveel geheugen voor niks te gebruiken.

[Reactie gewijzigd door NotCYF op 1 november 2017 10:47]

Het is vaak ontwikkelsnelheid tegen RAM/CPU/Storage gebruik. Natuurlijk, een geoptimaliseerd programma in assembler is misschien maar 100kb, veel sneller en gebruikt maar 640kb geheugen. Het kost echter wel tig keer zoveel tijd om te ontwikkelen, en ook veel meer geld omdat degenen die zoiets kunnen maken schaars en duur zijn. Webdevelopers zijn er zat, dan krijg je dit soort oplossingen.
Omdat RAM steeds duurder wordt en het straks onbetaalbaar wordt om 64GB aan geheugen te kopen(dat is nu al tegen de 600 euro DDR4) :P

[Reactie gewijzigd door NotCYF op 1 november 2017 13:02]

Dit is ook een electron app, dat staat in elk geval op hun Github pagina: https://github.com/WhisperSystems/Signal-Desktop
Het artikel gebruikt de verkeerde terminology, de "extensie" waar het om gaat is een zogenaamde chrome app. Deze moeten ze wel vervangen omdat chrome deze binnenkort niet meer ondersteund. Het is al niet meer mogelijk nieuwe chrome apps te uploaden naar de store en binnekort worden ze helemaal niet meer getoond in de store. Zie deze blog post van google voor meer details.

Je ziet dan ook dat veel van dit soort applicaties recentelijk een desktop variant hebben uitgebracht omdat ze simpelweg wel moeten.
Zal dit niet gewoon weer een Electron-singlepagewebsite zijn? Net als Discord, Slack, Visual Studio Code, en duizendeneen andere 'desktopclients'.
Ja, dit is een electron app. Zolang er geen auto update in zit vind ik het best, die auto-update van Discord maakt het programma soms onbruikbaar voor veel te lang.
Kan je geen android apps draaien op een chrome book?
Het is natuurlijk niet echt een desktop client maar gewoon een website die samen met een complete webbrowser als app verpakt is. Kost je weer wen gigantische bak geheugen voor wat een heel simpele native app had moeten zijn. Jammer.
Dit inderdaad. Ik zou ook graag echte native apps willen zien voor desktop. Ik heb nu Hangouts, Whatsapp en Slack (meerdere kanalen) open en dat zijn allemaal gewoon websites. Al die overhead.

Als ze nou gewoon zoiets gebruiken als Qt om cross platform iets te bouwen, heb je deze issues niet...maar weet niet hoe ze dan met licenties zitten.

[Reactie gewijzigd door Boy op 1 november 2017 08:23]

Qt wordt onder een dual license uitgegeven. Deels valt het onder GPL, dus je zou er gewoon een open source applicatie mee kunnen maken. Of je koopt een licentie.

https://www1.qt.io/licensing/

[Reactie gewijzigd door Kapitein Edward op 1 november 2017 08:34]

Volgens mij kan je het zelfs closed source doen, onder LGPL. Het enige wat je dan open source moet maken, is je wijzigingen aan de Qt software. En je moet dynamisch linken, waardoor gebruikers hun eigenlijk Qt versie ertegenaan kunnen linken.

(Tenminste, volgens mij zit het zo, maar ben er nog niet helemaal over uit. Veel over gegoogled, maar geen eenduidig antwoord)
Klopt grotendeels. In principe zou je ook statisch kunnen linken, maar dan moet je je eigen objectfiles beschikbaar maken zodat je gebruikers alsnog zelf tegen een zelfgekozen versie van Qt kunnen linken. Dat is in de praktijk natuurlijk niet zo'n geweldige optie; dynamisch linken werkt beter.

Qt is dus onder een commercieële, een GPL en een LGPL licentie beschikbaar (de laatste twee met nog een paar 'exceptions' die het nog iets vrijer maken).

* ATS werkt voor de bekendste Qt consultant maar is geen jurist...
Ow, handig! :)

Ik ben zelf bezig met een Qt applicatie in elkaar te zetten en wil deze wellicht commercieel gaan gebruiken. Ik ga er dus vanuit dat als ik gewoon dynamisch blijf linken, ik dit gewoon mag verkopen aan klanten. Met wat jij verteld, lijkt dit allemaal prima te zijn.

Heb jij ergens een goede link waar hier meer info over staat / ik rekening mee moet houden?
Klopt, dat is toegestaan onder LGPL. Zorg wel dat je zelf je klanten de broncode van de Qt versies die je hebt gebruikt kan leveren. Daar kunnen ze in theorie om vragen, en jij bent verplicht deze aan te leveren. Voor andere OS libs speelt natuurlijk hetzelfde. Kwestie van archiveren van wat je in je releases gebruikt hebt.

Merk wel op dat dit allemaal nog steeds grotendeels theorie is. Het wordt op deze manier veel in het veld gedaan, maar er is voor zover mij bekend geen jurisprudentie over. Mijn ervaring is wel dat de eigenaren van Qt totaal geen interesse hebben in het achter kleine gebruikers aan gaan waarvan ze vermoeden dat ze wellicht de letter van de licentie hebben overtreden.

Let wel op dat recentere Qt versies LGPL3 gebruiken, die clausules hebben om tivolization tegen te gaan. Daar zal je met desktopsoftware geen last van hebben, maar als het embedded spul is wellicht wel.

Dé link is gewoon de tekst van de licentie zelf. Die zit gewoon bij je Qt distributie. De tekst is op zichzelf niet moeilijk te lezen, maar het interpreteren in een juridische context van een land is een stuk lastiger; daar waag ik me niet aan.

[Reactie gewijzigd door ATS op 1 november 2017 09:11]

ah, daar had ik nog niet aan gedacht!

Ik zal voor al m'n omgevingen dan (Mac, Ubuntu, Windows) even een zipje moeten maken van de Qt-dir.

Erg bedankt voor je advies!
Als ze nou gewoon zoiets gebruiken als Qt om cross platform iets te bouwen
Niks Qt. Gewoon 3 native clients bouwen, voor Windows, macOS en Linux.
Kan ook...dat is het aloude discussie natuurlijk...Als mobile developer ken ik de discussies, maar geen ervaring om erin mee te doen...

Ik ontwikkel onder Qt omdat het voor mij bekend terrein is. Crossplatform is een bonus en werkt perfect.
Qt geeft een crappu non-native experience. De look & feel klopt gewoon niet met het onderliggende OS.
Wat? Hoezo is Qt niet native? Je kunt perfect een cross-platform native applicatie bouwen met behulp van toolkits zoals Qt.
Qt maakt niet gebruik van de native UI toolkit, dus de complete look & feel komt niet overeen met die van het OS waar het op draait.
Dat hoeft totaal niet waar te zijn. Qt kan perfect de native UI toolkit gebruiken, maar laat dat als een keuze voor de developer. Dat de meeste ervoor kiezen om dit niet te doen wil niet zeggen dat het helemaal niet kan.
Dat is dan nieuw, het is een tijdje geleden dat ik met Qt gewerkt hebt, maar voorheen was het alleen mogelijk een theme met native look te gebruiken, maar niet de daadwerkelijke native toolkit.

Alleen een theme gebruiken dat er native uitziet is zo mogelijk nog erger dan een compleet andere toolkit gebruiken. Je schept een verwachting over hoe dingen werken en dan werken ze net iets anders.
Dit is veel handiger qua onderhoud. Ze hoeven immers alleen de website aan te passen. Geheugen is toch niet zo duur (zelfs nu de prijzen hoog staan) dus ik snap de move wel.
Maar het doel moet toch zijn een zo goed mogelijke UX bieden voor je klanten, niet wat toevallig het makkelijkst is voor je developers. Dat is gewoon luiheid.
Klanten? Het product is gratis en ze verzamelen ook geen gebruikersdata. Ze hebben ook geen budgert om tig developers in te huren. Als ik zie wat er bij ons bedrijf (mobiele ontwikkeling) aan ontwikkelaars werkt: een hoop gespecialiseerd in de native code, wat backend, een aantal Android en wat iOS specialisten, dat moet ergens van betaald worden.
Developers zijn alleen niet gratis dat vergeten mensen wel eens vaak. Sterker nog ze zijn best wel peperduur (en een goede hoort dat ook zeker te zijn).
Ik zie ook liever echt native, maar ik denk dat Open Whisper Systems een beetje afhankelijk is van wet er aan vrijwillige ontwikkelaars bijkomen. Als daar veel mensen met een webachtergrond bij zitten krijg je dit. Verder was de Chrome extensie er al, daarvan zal veel geport zijn denk ik (ik heb de ontwikkelingen op dat vlak niet zo bijgehouden).
Ja maar dit is veel makkelijker te onderhouden voor alle platformen tegelijk. Het voordeel van steeds goedkoper wordende hardware is dat je laagjes van software kan stapelen, niet zo efficiënt maar wel zo makkelijk. Je kan er over klagen maar maak dan zelf iets zou ik zeggen... Of lijkt je dat te veel werk ;) Bekijk het eens vanuit de ogen van de ontwikkelaar. Het alternatief is namelijk vaak... niets, want alles native, daar heeft een ontwikkelaar geen tijd en geld voor en geen zin in.

Misschien kun je een crowdfunding actie opzetten voor een native client?

[Reactie gewijzigd door teek2 op 1 november 2017 08:42]

Het wordt een probleem wanneer de meeste ontwikkelaars zo gaan redeneren. Ik heb momenteel Slack, MatterMost en Signal. Voorheen ook Atom.
Dat is naast m'n ontwikkelomgeving (Android Studio) die reeds ruim 4GB RAM in beslag neemt. Als ik die 3 chat apps in electron (of soortgelijk smaakje) zou draaien, dan heb ik ongeveer 2 tot 4GB RAM nodig alleen voor chat. Dat is meer dan mijn hele OS inneemt, maar dan voor een heel eenvoudige taak die ook in de web browser draaien!

De web browser is dan ook de plek waar ik dit soort applicaties het liefst start: Daar nemen ze natuurlijk ook een hap geheugen weg, maar véél minder. De kans op hoog CPU verbruik is daar ook veel minder (gezien inactieve tabs naar een soort idle mode lijken te gaan) en dat heeft een positieve impact op het accu-verbruik van m'n laptops.
Ik had eerst geen Signal op de desktop (als FF gebruiker), nu heb ik het op Linux, MacOS en Windows. Ik snap niet waar jij het singaal oppikt dat Signal niet geïnteresseerd is in zijn "klanten", klanten!?! Gratis gebruikers bedoel je!

En crappy UX is cool om te zeggen maar het is een mening en die deel ik totaal niet met je. Slack is de #1 collaboration/chat app, ook electron... en dat merk je echt niet vind ik. Nylas, de beste dekstop email client imho... ook niks mis mee... imho.

[Reactie gewijzigd door teek2 op 1 november 2017 09:54]

De UX volgt niet de native principes van het platform. Het doet dus afbreuk aan de gebruikerservaring op het platform waar het draait, gezien de gebruiker voor elke app een andere manier van werken moet aanleren. Voor de tweakers onder ons is dat mogelijk niet zo'n groot issue, maar je kan dat gerust "crappy UX" noemen.

Als het binnen een web browser draait dan heb ikzelf andere verwachtingen dan wanneer er een desktop app beschikbaar is.
Iets wat een goede UX ervaring is voor web hoeft niet per se als goede UX ervaring worden bestempeld binnen een desktop applicatie-omgeving.
Met de toevoeging van een zelfstandige desktopclient voegt Signal zich bij andere chatapps als Telegram en WhatsApp, die al langer over deze functionaliteit beschikken.
WhatsApp heeft toch geen officiële desktop client?
die is niet zelfstandig. je telefoon moet verbonden zijn met het internet om de desktop cliënt te kunnen gebruiken
Ik gaf antwoord op de vraag of WhatsApp een officiële desktop client had, die hebben ze ja. Niet het punt of deze zelfstandig is of niet.
dat realiseerde ik me na het versturen pas. :)
Wel weer suf dat ze dan alleen een Debian package bijhouden, als het teveel gevraagd is om ook een RPM mee te leveren doe het dan in bijvoorbeeld Flatpak.

"Met de toevoeging van een zelfstandige desktopclient voegt Signal zich bij andere chatapps als Telegram en WhatsApp, die al langer over deze functionaliteit beschikken."

Telegram heeft wel een Flatpak, misschien dan maar overstappen.

[Reactie gewijzigd door AquaL1te op 1 november 2017 08:43]

Het zou zeker mogelijk moeten zijn omdat ze gebruik maken van electron-builder, welke vrijwel alle Linux platformen ondersteunt (uit de documentatie: AppImage, snap, deb, rpm, freebsd, pacman, p5p, apk, 7z, zip, tar.xz, tar.lz, tar.gz, tar.bz2, dir), waarvan zowel AppImage als Snap meerdere Linux distributies ondersteunen.

Er staat overigens al een issue open voor rpm packages.

[Reactie gewijzigd door Stroopwafel op 1 november 2017 09:20]

met APT packages bereik je gewoon de meeste Linux gebruikers (want Ubuntu en afgeleiden). Dat sluit niet uit dat er ook een RPM package komt, maar ik kan me persoonlijk voorstellen dat een APT package gewoon voorrang heeft gekregen.

Maar ja, als jij elke keer dat een bedrijf eerst een grotere groep bedient dan de groep waar jij inzit gaat overstappen naar een andere aanbieder, moet je dat vooral doen, als jij daar blij van wordt. Succes met iedereen overhalen ook naar Telegram over te stappen omdat jij te ongeduldig bent om even te wachten op een RPM package :')
Ik snap de frustratie in je comment niet echt. Als er geen support is voor Fedora dan ga ik inderdaad overstappen omdat er simpelweg alternatieven zijn. Flatpak is een ideale oplossing die al aardig opgepakt wordt om op die manier het packaging format probleem te ontstijgen. Ik heb geen behoefte om mensen over te halen naar Telegram of wat dan ook, ik gebruik het (nog) niet eens ;)
Of nog beter zoals Telegram het doet, die steekt het gewoon in een tar.xz dat op alle linux distributies werkt. De client update zichzelf ook als er een nieuwe versie van uit komt dus dan ben je niet afhankelijk van de package manager.
Heel fijn dit! Maar het werkt nog erg slecht, Wat ik meteen merkte is dat oude groepen er ineens weer tussen staan, en die kan je niet verwijderen. Veel mensen hebben allerlei problemen (zie bijv https://news.ycombinator.com/item?id=15595030)
Het lukt me nog niet om mijn oude settings te importeren. Of beter gezegd, om ze te exporteren. Ik kan hier ook nergens instructies over vinden (staat bijvoorbeeld niet in het blog van Open Whisper). Ik zie simpelweg nergens een optie om gegevens te exporteren.

Kan iemand die meer success had delen hoe dit gedaan was? Alvast bedankt :)
Het kan zijn dat je Signal chrome extension nog niet is bijgewerkt naar de laatste versie. Hier lees je hoe je de Signal chrome extension handmatig update: https://support.signal.or...o-I-update-Signal-Desktop-

Daarna volg je de migratiestappen: https://support.signal.or...to-the-new-Signal-Desktop-
Het lijkt erop dat je nog geen emoji kunt invoeren?
Dat komt in de volgende versie (v1.0.35) die nu al in beta is: https://github.com/Whispe...e84e417e31d09b8e49db70eea
Is de app portable/standalone, oftewel: kun je deze ook zonder in Windows te installeren/integreren gebruiken? Op mijn werk maak ik nu vaak gebruik van de Chrome-extensie.

Op dit item kan niet meer gereageerd worden.


Call of Duty: Black Ops 4 HTC U12+ LG W7 Samsung Galaxy S9 Dual Sim OnePlus 6 Battlefield 5 Microsoft Xbox One X Apple iPhone 8

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V. © 1998 - 2018 Hosting door True

*