loomsencan I use mutiple languages in use_speller please? I tried separating by comma, but it doesn't do the trick
botRSS: Feeds for Gajim Plugins
• Ticket #87 (OTR Plugin doesn't work on Win32) created
On Windows (Win7), the OTR Plugin doesn't work because of missing libraries.
The Plugin isn't shown in Pluginlist.
After copying HTMLParser.py, markupbase.py and htmlentitydefs.py from Python Git. The Plugin works.
https://trac-plugins.gajim.org/ticket/87
crowHi, is there a way to disable E2E and only use OTR if posible on both side? Currently first is E2E activated, then i need to disable it and start OTR
vornerThere's some esessions config in advanced configuration manager.
vornerHowever, is there reason to prefer OTR? Because it encrypts only messages, while e2e encrypts everything.
crowvorner: because i prefer OTR, when you write, E2E can encrypt everything, what do you mean with that?
vornercrow: Well, there are „packets“ that go over the protocol. Some of them contain the text of messages. OTR encrypts the text inside. But there are other „packets“ ‒ the ones with feature negotiations, audio call requests, file transfer offers and many more. OTR leaves these unencrypted. esessions encrypt the whole packets, no matter what is inside.
vornerMy guess this is the reason esessions are preferred by gajim
crowI see, well i would still like to be able to Disable it and enable if needed then to be preferred.
vornerAs I said, look into the advanced configuration manager and look for esession
loomseni hope 5 hours idle time are enough for a question to be repeated? can I use mutiple languages in use_speller please? I tried separating by comma, but it doesn't do the trick
crowGajim on Windows 7, does not recognize audio or video device. Is here someone who use Windows with Audio/Video ?
botRSS: Feeds for Gajim Plugins
• Ticket #87 (OTR Plugin doesn't work on Win32) updated
Status changed
Have you tried this with the gajim-0.15.4 installer? It looks to me like those packages are already included in the library.zip.
https://trac-plugins.gajim.org/ticket/87#comment:1
Dmitriy VaskinHello. Maybe anybody can help with error 'Unable to decrypt message from' ?
affluxhi there
affluxI see this commit on gajim_0.15 branch but gajim_0.16 or default don't seem to have an equivalent: http://hg.gajim.org/gajim/rev/f9124f47f5d3
affluxsince in http://trac-plugins.gajim.org/ticket/87 there is a complaint about exactly these missing modules I'm wondering if we should keep this up, ie. if we should add explicit includes to the py2exe for the plugins. It sounds unfeasible, but the only alternative I can think of putting those (stdlib!) modules in the plugins distribution and I don't think that makes a lot of sense either
crowafflux: I used gajim-0.15.4-3.exe on Windows 7 x86_64 and I did not have problems with OTR
affluxcrow: yeah, that is in fact because the commit I linked above is only in the gajim_0.15 branch but not in gajim_0.16. I need the HTMLParser module from the python stdlib, but since py2exe per default strips the python stdlib from unreferenced modules it either needs to be listed explicitly by gajim or I have to distribute it myself
crowafflux: thanks for explaining it so deelple. Well I would suggest to distribute it yourself and not depend on stdlib and py2exe
affluxI'm considering it, but I am a little bit hesitant, because on normal systems (eg. linux) this would override the HTMLParser that is supplied by the system. That's why I'd like to hear a gajim-dev opinion on this :)
botRSS: Feeds for Gajim
• Ticket #7601 ("received receipts" are not being recognized occasionally.) created
Bug description
While chatting with a friend, that uses the exakt same Gajim version as me (since he also uses Arch Linux) it occasionally happens, that sent chat messages are shown as undelivered, even though they definitely reached the other end. So that little yellow triangle pops up.
This usually happens for three or four consecutive messages before that behavior di[…]
https://trac.gajim.org/t[…]
botRSS: Feeds for Gajim
• Ticket #7601 ("received receipts" are not being recognized occasionally.) updated
Could you test with 0.16 beta2 to see if you still have this issue?
It seems it's dup of #6937
https://trac.gajim.org/ticket/7601#comment:1
Darlan> I only drink on days that begin with T: Tuesday, Thursday, Today, Tomorrow.
haha
botRSS: Feeds for Gajim
• Ticket #7571 (Do not fetch internet images when utilizing XEP-0071: XHTML-IM) updated
A rather easy solution would be to add a configuration toggle to strip out all elements from XHTML-IM content.
https://trac.gajim.org/ticket/7571#comment:7
DarlanMaranda, unless I am misunderstand you, your solution is not relevant for Gajim 0.16 due to string-freeze.
MarandaYou misunderstood.
Marandaif you strip out all <img> elements from the xhtml-im body there won't be an image to load.
DarlanThen I guess you were referring to a configuration entry in ACE, am I correct?
MarandaIf you use placeholder objects instead: A) You will have to draw and render 'em, B) You will have to attach on press events to 'em as well.
Marandanot sure what's "ACE" I meant Gajim's configuration
Marandaafflux, no I meant in the "not advanced" one.
Darlan^^'
DarlanMaranda, that would require adding an additional string.
DarlanMaranda, that would require adding a new string.
GreenBloodGuys I've somehow a problem, and it might be gajim related but I ain't sure
GreenBloodThere's this muc where the topic is displayed, but not the one who wrote it
Marandawell there's an option to strip out xhtml from incoming messages, if you think this is important for privacy adding another will not harm, leaving it as an ACE's option is useless.
GreenBloodits like " changed the topic in blah blah"
MarandaGreenBlood, which muc?
GreenBloodMaranda: The chat on the website koreus.com
GreenBloodwant full address ?
MarandaNo need
Link MauveGreenBlood, some servers can prevent the disclosure of the nick of that user.
affluxMaranda: I think the point is that gajim 0.16 is not going to get new strings added, because that would require getting new translations
Link MauveIt’s a configuration options sometimes.
GreenBloodLink Mauve: Oh. Yeah but with psi the nick is dispayed
GreenBlooddisplayed*
Marandasome MUC implementations strip out the nick of who changed the topic
Link MauveFor the MUC, or for the whole MUC server.
Marandaas Link Mauve said
MarandaI suppose jabberd2 does that
Link MauveGreenBlood, can you get an XML dump?
Maranda(it's what koreus.com runs)
Link MauveFrom both Psi and Gajim, if possible.
GreenBloodYeeah I can try
Link MauveMaranda, yes, that’s right.
Link MauveInfo> koreus.com is running jabberd version 2.2.14 on Linux x86_64
Maranda<message type='groupchat' to='maranda@lightwitch.org/Aero' from='koreus.com@chat.koreus.com'>
<subject>La room de Noël</subject>
<body>Le -Stitch- Fouettard has set the topic to: La room de Noël</body>
</message>
Marandastripped.
GreenBloodYep
GreenBloodBut its not displayed, for me at least
GreenBloodBut using Psi, it works
GreenBloodAaand here it works
MarandaI doubt it would work...
Marandasee what Metronome outputs on a room on conference.lightwitch.org
Maranda<message type='groupchat' to='maranda@lightwitch.org/Aero' from='lobby@conference.lightwitch.org/Maranda'>
<subject>LW.Org IM Service general chat.
-- More information on our service: http://www.lightwitch.org/im-service
-- Our featured rooms: http://www.lightwitch.org/chat/featured
</subject>
</message>
Marandanotice the /Maranda (resource) after lobby@conference.lightwitch.org
Marandabrb
GreenBloodThat is strange.
MarandaGreenBlood it may have worked on Psi when the occupant changed the topic but otherwise I doubt it.
GreenBloodI've been using psi for a long time now
GreenBloodwell I'm gonna check now but
Link MauveIt could also be that Psi displays the body instead of the subject.
Link MauveI don’t remember which approach is the correct one, XEP-0045-wise.
GreenBloodThere's two fields, the one in the main window and the at the top of the window
GreenBloodAnd on psi it totally works
GreenBloodJust checked
Link Mauve7.2.16 Room Subject
After the room has optionally sent the discussion history to the new occupant, it SHALL send the current room subject. This is a <message/> stanza from the room JID (or from the occupant JID of the entity that set the subject), with a <subject/> element but no <body/> element, as shown in the following example.
MarandaGreenBlood, how does it work?
Link MauveSo both Psi and Jabberd2 are wrong.
Marandabecause it won't show a nickname which is not there.
Maranda(and that was the issue right?)
Link MauveMaranda, there is a body, and Psi displays it instead of the subject element.
GreenBloodLink Mauve: In fact, it uses both
Link MauveGreenBlood, you should report them this issue.
Link MauveFirst to Jabberd2, but also to Psi.
Marandaafflux, ok (sorry for the delay)
GreenBloodSo its a jabberd2 issue ?
Maranda[19:37:26] GreenBlood: There's this muc where the topic is displayed, but not the one who wrote it -> i thought this was the issue Link Mauve
Link MauveGreenBlood, yes.
Marandaaka that the nick won't be shown.
Maranda(but it won't irregardless in Psi :D)
affluxno worries
Link MauveMaranda, Jabberd2 doesn’t send the subject from the correct JID, as you noticed it lacks the resource/nick.
MarandaLink Mauve, but that's probably on purpose
Link MauveInstead it sends a body, which is disallowed by the XEP.
MarandaThat's another matter I think though :)
Link MauveMaranda, I doubt it, it wouldn’t include that information in a body if it were sensitive or something.
Link MauveMaranda, anyway, either Jabberd2 shouldn’t include the nick in the body, or it should include it as the @from resource.
MarandaLink Mauve, though GreenBlood said he could see "who changed" on Psi, which is frankly impossible.
Link MauveLook at his stanza, it’s quite possible that Psi displays the body.
GreenBloodWell if psi displays the <body>
MarandaOh
Maranda:O
Marandalol I'm blind
Maranda<body>Le -Stitch- Fouettard has set the topic to: La room de Noël</body>
MarandaSorry just noticed it now
GreenBloodLink Mauve: So the "from" is supposed to contain the jid who made the subject ?
Link MauveYes.
GreenBloodNot jid
MarandaYes
GreenBloodOkay
MarandaIncluding that info in the body is wrong xep wise
Link MauveJID of the form room@server/nick.
GreenBloodWonderful.
Link MauveSo yeah, report the bug to the Jabberd2 people. :)
MarandaThe nick should be obtained from the resource of the muc jid.
Link MauveLike for every other MUC message.
Maranda(Resource == what is after "/")
GreenBloodOkay
GreenBloodSoooo if the resource was put after the muc jid gajim would display it right, right ?
Link MauveYes.
GreenBlood'kay, thanks for your help.
Link MauveYou’re welcome. :)
botRSS: Feeds for Gajim
• Ticket #7602 (The message does not reach its destination, only until the recipient opens …) created
Bug description
This is a very strange issue, and I don't know if this is a Gajim issue or a Jitsi issue, and is very hard to me explain this issue because I don't speak english very well.
1.-There are 2 computers, one with Slackware Linux 14.0 and the other with Windows 7.
2.-The Linux machine have Gajim 0.16-beta2
3.-The […]
https://trac.gajim.org/ticket/7602
GreenBloodWeeell, all broke \o/
GreenBloodFack.
GreenBloodQuestion, how can a server stop allowing to give us JID and the MUC is still working ? :|
Link MauveThe two of them could be unrelated.
GreenBloodYeaaah but thats wierd.
Link MauveAlso, IIRC Jabberd2’s architecture is fairly modular, a part of it could have crashed without the others.
GreenBloodOh I see
GreenBloodThats ... good.
Link MauveYes.
Link MauveBut I prefer a server which doesn’t crash at all. ^^
GreenBloodgood point
Maranda<<how can a server stop allowing to give us JID>>, ...
Marandacan't compute that sentence.
botRSS: Feeds for Gajim
• Ticket #7602 (The message does not reach its destination, only until the recipient opens …) updated
Are you using the OTR plugin in Gajim? Have you tried to disable OTR in Gajim, what is the behaviour with OTR disabled?
https://trac.gajim.org/ticket/7602#comment:1