Я узнал, как связаться непосредственно с чат-комнатой на сервере конференций Бессмысленных данных - потребовалось немного рытья, и я волновал фактическое рассмотрение спецификации, прежде чем я был уверен, что делал его правильно. Я подтвердил здесь, таким образом, я вполне уверен, у меня есть он.
Результаты, тем не менее, являются озадачивающими. Если я нажимаю на ссылку стиля xmpp:dude@example.com
Я получаю новый разговор с пользователем "чувак" по example.com, как ожидалось. Если я лавирую на запросе ерунды (xmpp:dude@example.com?foobar
), это проигнорировано, который является тем, что говорит спецификация, должен произойти. Однако, если я использую xmpp:room@conference.example.com?join
, как в ссылке выше, ничего не происходит.
Я вырыл немного глубже и узнал, что на моем (Linux) система, xmpp URIs обрабатываются через purple-url-handler
, таким образом, я опустился до терминала и выполнил его вручную. Результат состоял в том, что какой-либо xmpp URI хорошо работал кроме того, который включает a? запрос соединения.? присоединитесь к результатам запроса в катастрофическом отказе dbus, указав конкретно для выравнивания 2356 из dbus-message.c - немного поиска с помощью Google предполагает, что это, вероятно - меньше изящный способ dbus сказать мне, что кто-то использует dbus неправильно.
Я создаю свою ссылку правильно? Действительно ли это - ОС или возможно проблема приложения? Это работает над другими платформами / браузеры / и т.д.? Что еще более важно, есть ли какой-либо простой способ зафиксировать его?
Схема URI, используемая XMPP, определяется в XEP-0147 и расширяется для ?join
в XEP-0045, точка 15.7.2. В этой форме это обрабатывается f.e. psi
и gajim
- таким образом, этот стандарт уже реализуется некоторыми клиентами XMPP.
Я предполагаю это, если Ваши катастрофические отказы программного обеспечения в таком простом сценарии, Ваше программное обеспечение является багги. Необходимо сообщить об этом специалистам по обслуживанию распределения.