LINUX.ORG.RU

Conversations Classic 2.2

 , , , ,


1

3

Тихо и незаметно пилящийся уже пару лет форк Conversations вышел на свет – встречайте Conversations Classic.

На релиз (и название) вдохновило кардинальное изменение UI под новомодный «Material 2.0» в апстрим-проекте, а также своеобразные реакции Даниэля, автора Conversations, на багрепорты и пуллреквесты.

Список изменений для версии 2.2.2

Бэкпорты из Cheogram

  • DTMF при звонках (может быть полезно в случае звонков на номера PSTN)
  • Начальная реализация XEP-0444 (Реакции на сообщения)

Новые возможности

  • Добавлен встроенный фоторедактор при отправке картинок и фотографий.
  • Реализован мультивыбор для сообщений с возможностью копирования или форвардинга.
  • Добавлены автор и дата при копировании нескольких сообщений.
  • Добавлены сохраненные сообщения как отдельный пункт контекстного меню (чат с самим собой).
  • Добавлен жест смахнуть для ответа (swipe-to-reply).
  • Введена группировка контактов по тегам и группировка бесед по тегам (группам в ростере).
  • Добавлена поддержка действия «Сохранить в загрузках» для вложений.
  • Добавлена поддержка множественного выбора сообщений на экране «Поделиться с».
  • Добавлено длительное нажатие на беседу с меню действий для выбранного контакта.
  • Добавлена функция выбора основного цвета (акцента).
  • Добавлена настройка для автоматической загрузки всех файлов при подключении к WiFi.
  • Добавлена поддержка XEP-0061 (Message Replies) с возможностью перехода на отвеченное сообщение

Улучшения

  • Улучшена обработка сохраненных сообщений.
  • Улучшено отображение сообщений в чате – теперь это не монолитный список.
  • Улучшено поведение кнопки прокрутки к низу диалога.
  • Улучшены ответы на сообщения с файлами или изображениями.
  • Улучшен поиск сообщений: теперь можно перейти на конкретное место в диалоге на нужном сообщении.
  • Улучшена обработка уведомлений и настройки ограничения уведомлений для каждого контакта.
  • Улучшена настройка звуков уведомлений.
  • Улучшен жест смахивания для ответа (swipe-to-reply) – теперь он работает.

Исправления

  • Исправлена работа голосовых вызовов для поддержки всех существующих клиентов, поддерживающих AV-звонки с DTLS-SRTP.
  • Исправлено потребление памяти и аккумулятора при длительной работе с большим количеством открытых чатов.
  • Исправлена проблема с многострочными цитатами в ответах.
  • Выброс исключения invalid viewType для лучшей обработки ошибок.
  • Исправлены проблемы с жестом смахивания для ответа.
  • Улучшена вертикальная прокрутка при жесте смахивания для ответа.
  • Исправлена проверка правильности JID домена (временно отключена).

Улучшения UI/UX

  • Новые иконки запуска приложения.
  • Новая категория пользовательского интерфейса в настройках эксперта.
  • Изменен цвет светодиодов в соответствии с основным цветом текущего приложения.
  • Обновлено название приложения.
  • Новый основной цвет по умолчанию.
  • Изменен акцентный цвет по умолчанию.
  • Улучшена обработка индикатора объединенных сообщений.
  • Улучшена группировка разговоров на экране ShareWith.

Разное

  • Изменен код версии и идентификатор приложения.
  • Обновлена версия до 2.2.2.
  • По умолчанию отключено обязательное шифрование OMEMO.
  • Увеличены лимиты синхронизации MAM.
  • Разделение ростера по разным аккаунтам.
  • Добавлена кнопка для копирования JID контактов.
  • Добавлена кнопка восстановления резервной копии из контекстного меню на экране приветствия.
  • Изменена функциональность сообщений об ошибках – теперь используется экспорт в текстовый файл вместо отправки в конференцию автора.
  • Удалена старая система сообщений об ошибках.

В планах ещё много улучшений и нововведений.

Нашей конечной целью является создание удобных и современных свободных Jabber-клиентов на все платформы (Linux/BSD, Android, iOS, MacOS, Windows) с поддержкой всех возможностей Jabber – таких как сквозное шифрование с возможностью синхронизацией между всеми своими (доверенными) девайсами, шифрованные аудиовидеозвонки, обмен файлами, и прочие радости жизни современных мессенджеров.

Мы открыты как к пожеланиям, предложениям и фичреквестам, так и к участию в разработке.

>>> Conversations 2.2.2 (Pre-Release)



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 4)

Ответ на: комментарий от kirill_rrr

Вместо. Картинка отправляется .... а вместо неё приходит http-ссылка

Ну, HTTP Upload так и работает.

на сторонний ресурс

И это не сервер аккаунта? А что за ресурс?

YAR ★★★★★
()
Ответ на: комментарий от cumvillain

спасибо за рекламу.
это Flashpoint, что ли?

ну да, киберкраймы пользуются сервисами, которые декларируют анонимность, безопасность и возможность оплатить криптовалютой, ВНЕЗАПНО, да?
только их не больше 10% от общего количества клиентов, иначе эстонцы давно бы уже отжали все лицензии

а ещё Гитлер пил воду и дышал воздухом, да.

annerleen_temp
() автор топика
Последнее исправление: annerleen_temp (всего исправлений: 1)
Ответ на: комментарий от annerleen_temp

это Flashpoint, что ли?

А хз, я просто погуглил отзывы.

ну да, киберкраймы пользуются сервисами, которые декларируют анонимность, безопасность и возможность оплатить криптовалютой, ВНЕЗАПНО, да?

Да не бомби ты так, господи. Просто изрядная часть ваших клиентов звонит мне чтобы спросить переводил ли я деньги на сбербанк.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 1)
Ответ на: комментарий от annerleen_temp

только их не больше 10% от общего количества клиентов, иначе эстонцы давно бы уже отжали все лицензии

С чего бы им это делать, если это русские киберпреступники, которые звонят русским жертвам? Они ваще про все это не в курсах.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 1)
Ответ на: комментарий от cumvillain

Да не бомби ты так, господи.

где ты тут бомбаж-то увидел?

Просто изрядная часть ваших клиенто звонит мне чтобы спросить переводил ли я деньги на сбербанк.

нет, нас не интересуют такие клиенты, от них проблем больше, чем профита.

С чего бы им это делать, если это русские киберпреступники, которые звонят русским жертвам?

с того, что несмотря на войну и сосанкции, обмен данными между правоохранителями вражебных стран почему-то работают.

annerleen_temp
() автор топика
Ответ на: комментарий от annerleen_temp

где ты тут бомбаж-то увидел?

Ну ты аж Гитлара вспомнил.

нет, нас не интересуют такие клиенты, от них проблем больше, чем профита.

Ну как видишь, публикации такие есть. Видимо вы более популярны, чем думаете.

с того, что несмотря на войну и сосанкции, обмен данными между правоохранителями вражебных стран почему-то работают.

Большая часть этих кейсов закрывается ещё на стадии подачи документов потерпевшими. Ибо это очевидный висяк. Да, с 2015 года полиция стала работать ещё хуже.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Ну и пусть дальше страдают. Я то тут при чём?

Ты не причём, я не знаю, зачем ты вообще в этот тред пришёл. Уходи отсюда, тебя никто не любит.

Но тем не менее, утверждение «для использования почты обязательно нужен IMAP» неверно, потому что подавляющее большинство пользователей почты IMAP не используют.

Он просто работает.

Просто – да. А вот когда у тебя больше одного клиента, начинаются лулзы.

Вот именно, никто его не использует.

Я использую. Сервера его умеют, клиенты тоже. А ты можешь уходить.

С другой стороны, я боюсь, почта сдохнет раньше чем JMAP всем внедрят, поэтому возможно это и правда бесполезное занятие.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от kirill_rrr

И всё таки шифрование сторонним софтом вне клиента вызывает больше доверия.

Схерали? По каким критериям у тебя это доверие вызывает? По количество шизофренических голосов в твоей голове?

hateyoufeel ★★★★★
()
Ответ на: комментарий от kirill_rrr

Я залью ключ флешкой лично в руки.

Для начала, попробуй залить свой член в вагину симпатичной девицы. Авось попустят такие фантазии про флешки.

hateyoufeel ★★★★★
()
Ответ на: комментарий от Gentooshnik

Это протокол для доставки (push) почты, очевидно же. В реализации этой задачи что с ним не так?

Эта задача абсолютно не подходит к реализации почтового клиента, потому что клиент должен уметь не только отправлять почту, но и получать.

Но, например, необходимость in-bound вложений с использованием base64. Вместо того, чтобы просто бинарный файл отправить.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

А в чём проблема для push и pull почты на клиенте использовать разные протоколы? Серверам pull не нужен.

Но, например, необходимость in-bound вложений с использованием base64. Вместо того, чтобы просто бинарный файл отправить.

Аргумент.

Gentooshnik ★★★★★
()
Последнее исправление: Gentooshnik (всего исправлений: 1)
Ответ на: комментарий от Gentooshnik

А в чём проблема для push и pull почты на клиенте использовать разные протоколы?

  1. проблемы с фаерволлами, которые любят блокировать то одно, то другое;
  2. усложнение реализации на ровном месте;
  3. невозможность отправить и получить почту за одно подключение.

В общем, это абсолютно тупое состояние вещей. Единственная причина, почему у нас тут три протокола вместо одного, это «так сложилось».

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Эта задача абсолютно не подходит к реализации почтового клиента, потому что клиент должен уметь не только отправлять почту, но и получать.

Не отрицая архаичности SMTP, мой сервер, шлющий мне мониторинговое письмо, получать почту не должен. С другой стороны он может просто не использовать ненужные ему эндпоинты.

cumvillain
()
Последнее исправление: cumvillain (всего исправлений: 1)
Ответ на: комментарий от cumvillain

Не отрицая архаичности SMTP, мой сервер, шлющий мне мониторинговое письмо, получать почту не должен.

Мы про человеческие клиенты тут, а не про твой сервер. Ты ещё скажи, что у матрицы нужно обязательно делать отдельные протоколы на отправку и получение, потому что твой сервер будет слать тебе нотификации прямо в моск через чатик.

hateyoufeel ★★★★★
()
Ответ на: комментарий от YAR

Ну, HTTP Upload так и работает.

А xmpp работает не так. И я не знаю что за ресурс, но он никак не связан с jabber.ru которым я по идее пользуюсь. Да. и я не помню что за домен - крайне редко пользуюсь этой фишкой.

kirill_rrr ★★★★★
()
Ответ на: комментарий от hateyoufeel

Ну, есть логичное предположение, что gpg меньше по объёму кода и при этом за его безопастностью следят намного активнее чем какой нибудь джаббер-клиент, особенно под андроид.

kirill_rrr ★★★★★
()
Ответ на: комментарий от hateyoufeel

Кстати, IRC же push-only протокол, но при этом сообщения ходят и до серверов, и до клиентов. Что (кроме «так сложилось») мешает доставлять почту до клиента тем же SMTP? Клиент подключается к серверу, авторизуется, и происходит обычный обмен, но в обратную сторону. От сервера к клиенту.

Gentooshnik ★★★★★
()
Ответ на: комментарий от Gentooshnik

Отвечаю сам. Суть POP3 и IMAP в том, чтобы пользователь клиента мог решить какие письма ему нужны, а какие можно удалить не выкачивая. В IRC такое не нужно, в SMTP такое не нужно. Впрочем, в современных реалиях, где даже у телефонов гигабайты RAM и SSD, такое тоже не нужно.

Gentooshnik ★★★★★
()
Последнее исправление: Gentooshnik (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

есть логичное предположение, что gpg меньше по объёму кода

Ни разу. В GPG порядка 300к строк на C. Жаббер-клиент и какая-нибудь libotr вместе буду сравнимы по размерам, а то и меньше. GnuPG – тот ещё монстр, на самом деле.

при этом за его безопастностью следят намного активнее

Ахахахахах! Нет. В GPG с безопасностью всё гораздо хуже. Там регулярно дыры находят только в сишном коде. А если вспомнить про просто ЭПИЧНЕЙШИХ масштабов обсёр с SKS серверами 5 лет назад, то становится понятно, что от этой дряни надо бежать.

https://gist.github.com/rjhansen/67ab921ffb4084c865b3618d6955275f

If you fetch a poisoned certificate from the keyserver network, you will break your GnuPG installation.

Poisoned certificates cannot be deleted from the keyserver network.

The number of deliberately poisoned certificates, currently at only a few, will only rise over time.

We do not know whether the attackers are intent on poisoning other certificates.

We do not even know the scope of the damage.

Вот в этом весь твой PGP/GPG. Вот настолько всё плохо, да.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от cumvillain

Большая часть почты сейчас это боты, лол.

Ну, значит надо перестать притворяться, что эти протоколы ещё кому-то нужны и просто выпилить всю эту срань к чертям. Оно всё просто ненужно.

hateyoufeel ★★★★★
()
Ответ на: комментарий от Gentooshnik

Суть понятна, IMAP просто плохой протокол. Он не умеет поллить больше одного ящика, нет поддержки тредов, поиск везде по-разному реализован и его проще вообще не использовать, нет встроенных правил фильтрации (чтобы сразу на всех клиентах),чудовищно медленная синхронизация в силу отвратительной параллельности. В общем, это просто очень плохой протокол.

cumvillain
()
Ответ на: комментарий от cumvillain

нет встроенных правил фильтрации (чтобы сразу на всех клиентах)

ты не поверишь, но… для этого есть отдельный протокол!

The scripts are transferred to the mail server in a server-dependent way. The ManageSieve protocol (defined in RFC 5804) allows users to manage their Sieve scripts on a remote server.

https://en.m.wikipedia.org/wiki/Sieve_(mail_filtering_language)

hateyoufeel ★★★★★
()
Ответ на: комментарий от cumvillain

Вопрос в том, знает ли кто-то ещё. Потому что реализацию Sieve я видел только у Fastmail и без синхронизации. Т.е. для настройки правил надо в вебку лезть. Их саппорт говорил, что запиливать синхронизацию они не планируют, потому что Sieve используют примерно три человека.

hateyoufeel ★★★★★
()
Ответ на: комментарий от hateyoufeel

Ну и вот. В итоге поиск на клиенте, фильтрация на клиенте (или через хз что на сервере), треды на клиенте, поллинга нет, и постоянные опросы тоже на клиенте. И вот зачем оно такое нужно?

cumvillain
()
Ответ на: комментарий от cumvillain

перенос всего на клиент неизбежен в потенциальном наследнике почты, если в нём будет E2EE. MLS во многом с этим расчётом и пилили.

Так что вот это не то чтобы страшно. А вот несовместимость разных реализаций – это жопа, да. Буквально рак, убивший XMPP.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от hateyoufeel

Там регулярно дыры находят только в сишном коде.

Вот я про это. Их там находят, какие то возможно даже затыкают. А что там под капотом джаббер-клиента (в который кстати включено несколько криптографических библиотек и обычно несколько библиотек передачи данных. А ещё иногда код для доступа к микрофону, камере и возможно дже экрану. Хорошо если не драйвер дял контроллера х-бокса как в браузеры) - науке вообще не ведомо.

Poisoned certificates cannot be deleted from the keyserver network.

Как это вообще может относится к безопастности кода?

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от FromAstana

Старые песни. Не нравится игра сборной - выходи сам на поле.

lenin386 ★★★★
()
Ответ на: комментарий от kirill_rrr

Их там находят, какие то возможно даже затыкают.

А многие не затыкают.

А что там под капотом джаббер-клиента (в который кстати включено несколько криптографических библиотек и обычно несколько библиотек передачи данных.

Открой код да посмотри. К тому же, ты и так будешь жаббер-клиентом пользоваться. Только теперь ты к этому хочешь GPG приделать в дополнение.

А ещё иногда код для доступа к микрофону, камере и возможно дже экрану.

Ну, да. Если ты хочешь видеозвонки или шарить экран, то придётся делать доступ к микрофону или даже к экрану. Вау! Как же так вышло-то?

Как это вообще может относится к безопастности кода?

Если ты не можешь использовать свой экземпляр GnuPG чтобы проверить ключи, потому что после синка у тебя полностью засралось хранилище ключей, то, очевидно, как-то да относится.

Ей богу, чувак, ты какой-то тупой. Не будь таким. Быть тупым – это плохо.

hateyoufeel ★★★★★
()
Ответ на: комментарий от tpminfinix

Когда сделаешь из робота-пылесоса блютус/вифи/5g-радиоузел с интерфейсом в виде голограммы говорящей собаки, тогда и приходи.

apt_install_lrzsz ★★★
()

Первый раз вижу приличный jabber-клиент для телефона. Установил, понравилось, думаю перевести с телеги в джаббер отправку некоторых системных уведомлений от компьютера.

Хорошая работа!

Jurik_Phys ★★★★★
()
Ответ на: комментарий от annerleen_temp

Из последнего я помню https://github.com/xsf/xeps/pull/894

Это если говорить именно про ситуацию, когда в одном клиенте XEP был реализован иначе, чем в другом.

MozillaFirefox ★★★★★
()
Последнее исправление: MozillaFirefox (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

ты и так будешь жаббер-клиентом пользоваться. Только теперь ты к этому хочешь GPG приделать в дополнение.

Жабер клиент теряет возможность накосячить при шифровании секетных даных. И у пользователя-не-програмиста есть хорошая возможность проверить, что трафик не сливается на сторону по дополнительному каналу. Слив ключей и недобросовестное шифрование он проконтролировать не может, да и 99% програмистов, смотря в код, скорее всего тоже.

Если ты хочешь видеозвонки или шарить экран, то придётся делать доступ к микрофону или даже к экрану. Вау! Как же так вышло-то?

Т.е. эта штука таки сложнее и дырявей «300к строк на C»?

отому что после синка у тебя полностью засралось хранилище ключей

Да ПЦ проблема! Засрать себе хранилище ключей и жаловаться что проблема в коде gpg...

kirill_rrr ★★★★★
()
Ответ на: комментарий от Jurik_Phys

Первым и последним приличным был bombus на j2me и его порт на андроид. К сожалению безнадёжно протух. xabber был почти ничего, но менее удобным, в страшном гуглодизайне и тоже протух.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от sinaps

Так отправителем тоже должен быть jabber.ru. Было бы странно другое, при общении 2-х клиентов с него же.

Кстати, в классическом хмпп ни на какой сервер файлы не грузятся, передача идёт клиент-клиент если оба онлайн и соединение удалось установить.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 2)
Ответ на: комментарий от kirill_rrr

И у пользователя-не-програмиста есть хорошая возможность проверить, что трафик не сливается на сторону по дополнительному каналу.

Нет, её нету. Либо ты доверяешь софту, которым ты пользуешься, а значит он не сливает твою переписку. Либо нет, а значит, он сливает твою переписку И всё твоё хранилище ключей, включая приватные, потому что ты же как истенный люнексоед запускаешь и Jabber-клиент и gpg из под одного и того же юзера, который в $HOME может делать что угодно.

Хуже того, gpg не обеспечивает forward secrecy, и если ты случайно просрал свой ключ, твою переписку будут без проблем расшифровывать, а ты об этом не узнаешь. Вообще, адекватная ротация ключей и GPG – вещи абсолютно несовместимые, и как минимум поэтому GPG надо закопать, а его фанатов – нещадно бить арматуриной по яйцам, пока они не осознают убожества своей любимой говноподелки.

Т.е. эта штука таки сложнее и дырявей «300к строк на C»?

С чего бы? Все эти функции не то чтобы сложно реализовываются.

Да ПЦ проблема! Засрать себе хранилище ключей и жаловаться что проблема в коде gpg…

Я понимаю, что требовать умения читать от фаната GPG – это уже слишком, и для тебя это может быть реально непосильной задачей, но ты уж постарайся. Засирание хранилища ключей происходит в тот момент, когда ты дёргаешь gnupg для проверки сертификата и тот стучится на SKS-сервер. То есть, при в общем-то довольно рутинной операции.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от hateyoufeel

А вот несовместимость разных реализаций – это жопа, да. Буквально рак, убивший XMPP.

Несовместимость реализаций - рак убивающий всё. Могу ещё по своему опыту про MCPTT сказать. Интересно, ещё кому-нибудь придёт в голову делать как Sun Microsystems и нещадно штрафовать всех (Microsoft) кто называет свои поделия (MSJVM) реализацией стандарта XXX когда по факту они не проходят официальную тест-сьюту и несовместимы ни с одной уже существующей реализацией?

Gentooshnik ★★★★★
()
Ответ на: комментарий от kirill_rrr

Было бы странно другое, при общении 2-х клиентов с него же.

Действительно странно, но я за ним такого не наблюдаю. HTTP Upload как обычно загружает файлы на сервер отправителя, а не какой-то посторонний.

в классическом хмпп ни на какой сервер файлы не грузятся, передача идёт клиент-клиент если оба онлайн и соединение удалось установить

А его возможно было установить? У вас два JID с jabber.ru с возможностью установить прямое соединение файлы пересылали? Я пробовал в локалке с сервером без HTTP Upload, у меня пересылали.

sinaps
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.