Oh das habe ich wohl falsch gelesen - da ist ein Bug in der Programmlogik. Ich werde das heute Abend patchen.
Beiträge von ThE_-_BliZZarD
Stelle deine Frage öffentlich an die Threema-Forum-Community - über 4.600 Mitglieder helfen dir weiter. > Frage stellen <
-
-
Es gibt jetzt Debian Pakete!
https://downloads.openmittsu.de/deb/
(Noch) gibt es keinen APT-kompatiblen Mirror, man muss also von Hand installieren. Aber dafür entfällt das kompilieren
Beachtet bitte die Hinweise auf der Download-Seite bzgl. der Installation von SqlCipher, sonst lässt sich das Qt5-Wrapper Paket nicht installieren.
-
Das hat geklappt: https://aur.archlinux.org/packages/qt5-sqlcipher-git/ Die Library landet nun unter /usr/lib/qt/plugins/sqldrivers/ und openMittsu erkennt sie.
Nun kann ich aber natürlich meine vorherige (nicht verschlüsselte) Datenbank nicht mehr einlesen. Es kommt aber auch keine richtige Fehlermeldung, einfach beim Start die Aufforderung zur Passworteingabe, anschliessend ist aber keine Datenbank geladen.
Wenn man die Datenbank direkt lädt, kommt diese Meldung:
(Übrigens, https://github.com/blizzard4591/qt5-sqlcipher listet "libsodium-dev" als Dependency, das ist aber soweit ich das sehe gar nicht nötig.)
Ich habe keine Funktionalität vorgesehen, eine nicht verschlüsselte Datenbank nachträglich zu verschlüsseln, da das nicht passieren sollte ("eigentlich").
Du kannst aber zum Beispiel den DB Browser for SQLite benutzen, der kann das glaube ich. Also einmal Passwort setzen und dann sollte es gehen.
Aufpassen musst du lediglich mit Sonderzeichen im Passwort, da ich diese in openMittsu speziell kodiere (konvertieren nach UTF8, dann als Hex String benutzen). -
"Caught an exception of type InternalErrorException in the main program loop with cause: The given group 78f***3fa***2073 owned by ID ******** is not known, can not store group leave request!The program will now terminate."
Was tut man da am besten?
Hey, das sollte jetzt behoben sein - das Handling für "unbekannte Gruppe" war noch nicht fertig implementiert.
Eine andere Option ist, mittels Menü -> Database -> Import legacy contacts/groups das alte Contacts file zu importieren, dann sind alle Gruppen bekannt.
Ein Update auf die aktuellsten Quellen + Rebuild sollte auch Abhilfe schaffen, eine neue ID ist also _nicht_ nötig -
"Caught an exception of type InternalErrorException in the main program loop with cause: Can not get content of message for message ID "f3***fde***d**ec" as text because it has type SYNC_REQUEST!
The program will now terminate."
Da hat wohl jemand schlampig gearbeitet. Probiers mal mit Fix v2 :weinen:
-
"Caught an exception of type InternalErrorException in the main program loop with cause: Can not get content of message for message ID "4a3ff***419***da" as text because it has a different type!The program will now terminate."
Erhalte immer bei Programmstart diese Fehlermeldung, was soll man da tun?
[hr]
[hr]
Habe mir für macOS einen .app Container für meine beiden Macs zusammengebastelt. Hat jemand Interesse daran?Habe einen Fix gepushed, das sollte es beheben und ansonsten ist die Fehlermeldung jetzt besser
-
Ja, es gibt noch 32Bit Maschinen und das nicht gerade wenige - sehr schade. :weinen:Na gut, hier ist ein 32Bit Build
Neue Version: openMittsu_0.9.9plus17-g85a56cf
Windows Binaries:
- Windows 64bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x64-le.zip
- Windows 64bit mit Debug-Ausgaben: https://downloads.openmittsu.de/openMittsu_0.9…64-le-DEBUG.zip
- Windows 32bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x86-le.zip
Änderungen:
[*]Kleinere Fehler behoben. -
@"ThE_-_BliZZarD" Muss sich denn qsqlcipher im subdirectory befinden, oder könnte man das auch als shared library ins system installieren und dagegen linken?Ich glaube unter Linux können die Plugins auch in anderen Locations liegen und damit als Shared Libraries zentral ausgeliefert werden.
Unter Debian habe ich z.B. durch die offiziellen Pakete das SQlite Plugin unter /usr/lib/x86_64-linux-gnu/qt5/plugins/sqldrivers/libqsqlite.soEs wäre also eine Idee, ein Paket zu erstellen, welches "libqsqlcipher.so" in ein solches Verzeichnis ausliefert.
-
Habe gerade das Arch Linux Paket aktualisiert. Beim Start erscheint aber noch die Fehlermeldung:Ist die Idee, dass QSqlCipher separat packaged werden muss, oder könnte man das irgendwie als Submodul oder als Komponente von OpenMittsu einbauen?
Da bin ich noch dran. Das Problem ist: Das ist _richtig_ kompliziert. Unter Debian ist die gelieferte Version von sqlcipher kaputt (SegFault wenn man in den Code springt), unter Windows ist deren Build-Skript ein Witz (nichts geht, weil sie dir eine kommerzielle Version verkaufen wollen denke ich mal...) und der Wrapper zu Qt braucht einige interne Quelldateien von Qt um zu kompilieren, das macht es nicht einfacher.Die Windows Binaries bringen die Library aktuell schon mit, für die Source Distro versuche ich aktuell den Build zu automatisieren. Aber ich weiß noch nicht wann und wo das klappen wird.
Für mehr Infos wie man den Module selber bauen kann: Siehe https://github.com/blizzard4591/openMittsu/#how-to-build
-
Ja, es gibt noch 32Bit Maschinen und das nicht gerade wenige - sehr schade. :weinen:Leider ist es _extrem_ aufwendig, so viele Builds zu erstellen. Zusätzlich gibt es von Qt keine vorkompilierten Binaries mehr für 32Bit (der Hauptgrund) - das selber bauen dauert leider viele Stunden. Es macht es mich für mich einfach deutlich einfacher handlebar. Dieses Projekt braucht jetzt schon seeeehr viel Zeit und Liebe, da muss man irgendwo mal Abstriche machen.
Sorry.
P.S.: Mich würde ernsthaft interessieren, wo es noch so viele 32Bit Systeme gibt - denn 64Bit haben die meisten Prozessoren ja doch seit über 10 Jahren dabei. Ist es "nur" ein 32Bit Windows oder auch die CPU?
-
ENDLICH! Nachrichten-Persistenz durch eine verschlüsselte Datenbank!
Neue Version: openMittsu_0.9.9plus15-gd57cfea
Windows Binaries:
- Windows 64bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x64-le.zip
- Windows 64bit mit Debug-Ausgaben: https://downloads.openmittsu.de/openMittsu_0.9…64-le-DEBUG.zip
Ja, es gibt keine 32Bit Builds mehr. Man kann es entweder selbst kompilieren oder mal einen neuen Toaster kaufen (oder wo sonst läuft das noch? :P)Änderungen:
- Es gibt ein Optionsmenü.
- Es wurde ein Datenbank-Backend integriert. Nachrichten bleiben erhalten.
- Die ID, Kontakte, Gruppen und Nachrichten werden verschlüsselt in einer Datenbank gespeichert.
- Jede Menge Bugfixes. Im Prinzip ist diese Version ein Upgrade, kein Update - es sind über 32000 Zeilen Code dazu gekommen!
-
Ich habs mittlerweile hinbekommen. Soll ich aufschreiben was ich gemacht habe damit man die readme ergänzen kann?Sehr, sehr gerne! Das wäre großartig
Wird damit auch Issue 15 (https://github.com/blizzard4591/openMittsu/issues/15) geflickt? Denn die Möglichkeit die Nachrichten korrekt zu sortieren wäre mit dem Datum und Uhrzeit ja da.
Jep, das ist bereits gefixed
-
Warum hast du den neuen Code eigentlich nicht auf GH in einer Branch?Weil mir manche Sachen peinlich sind
Und es sind immer mal wieder hart-codierte Passwörter im Code, die ich während der Tests nicht ständig neu eingeben möchte. Es wäre in vielerlei Hinsicht viel einfacher, da hast du schon recht. -
Siehe meine Antwort im Haupt-Thread: https://threema-forum.de/thread-2024-po…7.html#pid34327
-
schuschu: Sorry, habe ein paar Tage nicht hier rein geschaut - unter Linux enthält meine CMakeCache.txt folgende Einträge:
Code//libSodium include dir LIBSODIUM_INCLUDE_DIRS:PATH=/usr/include //libSodium libraries LIBSODIUM_LIBRARIES:STRING=optimized;/usr/lib/x86_64-linux-gnu/libsodium.so;debug;/usr/lib/x86_64-linux-gnu/libsodium.so
Du kannst CMake beim Aufruf wie folgt die Pfade übergeben:
Codecmake ../PATH/TO/openMittsu -DLIBSODIUM_INCLUDE_DIRS=/usr/local/Cellar/libsodium/1.0.15 -DLIBSODIUM_LIBRARIES=/usr/local/Cellar/libsodium/1.0.15
Sollte das immer noch nicht klappen, meld dich mal per Mail bei mir Das bekommen wir sicher schnell in den Griff!
@Alle anderen: Die Entwicklung geht übrigens weiter... Langsam, aber sicher. Der Datenbank-basierte Rewrite ist fast fertig, über 10000 Zeilen sind hinzugekommen...
-
Interessant!
Welchen Compiler verwendest du? Dies müsste in den ersten Zeilen des Aufrufs von CMake zu sehen sein. Zusätzlich ideal wäre die komplette Ausgabe von CMake wenn es in einem leeren Ordner, d.h. nach einem Cache-clear läuft. Ich vermute, der Compiler ist zu alt, aber eigentlich sollten solche Fälle abgefangen und behandelt werden.
GCC ab 4.9.2 oder ähnliches mit C++14 Support sollte funktionieren. -
Benötige Hilfe.[snip]
aber ein folgendes make endet immer mit der Fehlermeldung:
CodeCMakeFiles/openMittsu.dir/build.make:291: die Regel für Ziel „CMakeFiles/openMittsu.dir/src/Client.cpp.o“ scheiterte make[2]: *** [CMakeFiles/openMittsu.dir/src/Client.cpp.o] Fehler 1 CMakeFiles/Makefile2:67: die Regel für Ziel „CMakeFiles/openMittsu.dir/all“ scheiterte make[1]: *** [CMakeFiles/openMittsu.dir/all] Fehler 2 Makefile:149: die Regel für Ziel „all“ scheiterte make: *** [all] Fehler 2
Ich weiss leider nicht weiter. Jemand eine Idee?
Leider fehlen da genau die wichtigen Informationen in den Zeilen darüber - könntest du den kompletten Build-Log eventuell als Anhang anfügen? Dann gucke ich es mir gerne die Tage an.
Für alle, die sich fragen ob hier noch etwas passiert: Ja.
Demnächst wird endlich die Message-History in einer verschlüsselten Datenbank kommen!
Und .deb und .rpm Packages sollten auch möglich werden. -
Das hört sich sehr gut an. Danke!Wirst an dem Projekt neben dem Webclient weiterarbeiten?
Ja, denn ein Standalone Client ist eben doch etwas anderes, gerade weil das Smartphone nicht immer online sein muss und fröhlich den Akku leer zieht.
Dem entsprechend:
Neue Version: openMittsu_0.9.2plus85-g147dc0b
WICHTIG: Alle, die den Client selber aus dem Git bauen: Es müssen einmal nach dem pullen der aktuellsten Version via
die externen Dependencies geupdated werden, da die Logging-Library ein Update erfahren hat.
Windows Binaries:
- Windows 64bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x64-le.zip
- Windows 64bit mit Debug-Ausgaben: https://downloads.openmittsu.de/openMittsu_0.9…64-le-DEBUG.zip
- Windows 32bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x86-le.zip
- Windows 32bit mit Debug-Ausgaben: https://downloads.openmittsu.de/openMittsu_0.9…86-le-DEBUG.zip
Änderungen:- Interne Bugfixes
- Einfügen von Bildern aus der Zwischenablage (Clipboard)
- Kompatibilität für Gentoo Linux
- Handling von sehr langen Textnachrichten (Aufspaltung in mehrere kleinere), um nicht das Protokoll zu verletzten
- Wizards akzeptieren jetzt bei Backups und Kontakt-Daten auch die Eingabe kleiner Buchstaben
Die Optionen sind in Arbeit -
Endlich! Es geht weiter.
Neue Version: openMittsu_0.9.2plus75-g45fa342
Windows Binaries:
- Windows 64bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x64-le.zip
- Windows 64bit mit Debug-Ausgaben: https://downloads.openmittsu.de/openMittsu_0.9…64-le-DEBUG.zip
- Windows 32bit: https://downloads.openmittsu.de/openMittsu_0.9…dows-x86-le.zip
- Windows 32bit mit Debug-Ausgaben: https://downloads.openmittsu.de/openMittsu_0.9…86-le-DEBUG.zip
Änderungen:
- Chats werden (sehr primitiv) in eine Datei geloggt. Dies wird demnächst abschaltbar sein. Herzlichen Dank an Stephanie24 für die Unterstützung der Entwicklung!
- Doppelklick auf Emojis fügt sie an der aktuellen Cursorposition ein
- Bilder mit Text können empfangen und gesendet werden. Wird ein Bild versendet und der Text-Input ist nicht leer, wird der Text als Bild-Caption eingefügt.
- und vieles mehr...
Geplant ist ein Optionsmenü, durch welches dann Logging, Notifications, Sounds, etc an und ab gestellt werden können. -
Hallo liebe Nutzer,
Ist dies nicht der gleiche Quellcode? Wenn nciht sollte man anstreben dies plattformübergreifend zu gestalten.
Es ist genau der selbe Code auf allen Plattformen
Servus. Seit ein paar Wochen gibt es eine Version die einen Log der Unterhaltungen mitbringt.
Wie es aussieht war aber wohl noch keine Zeit diese zu veröffentlichen.
Die Logs werden entweder als Text Datei je Unterhaltung gespeichert. Oder in einer anderen Version für jeden Kontakt eine Log.txt die bei jedem Gespräch erweitert wird.
Am bestenmal beim Threadersteller anfragen, da ich nicht weiß ob ich die weiter geben darf.Du darfst die Version gerne weitergeben.
Ich werde diese Änderungen demnächst in die offiziellen und öffentlichen Quellen überführen (mergen), aber aktuell habe ich keine Zeit dafür.Auch die Entwicklung und Fehlerbeseitigung insgesamt wird ca. ab Mitte Dezember weitergehen. Ich muss nur erst einmal meinen Abschluss machen