http://pastebin.com/Bb1KkHWi - That's the relevant bit of the log. You signed out in another tab or window. It only occurs if the Jabber server is broken. IMO, 'ignore but try to continue' nerd knobs should still be considered. -- Ticket URL:
You can force Profanity to disable TLS by starting with the -d flag, or --disable-tls. This is speculation, but this issue could cause what the user was seeing. The relevant log section (starting profanity with the -l debug flag), removing any sensitive information. At the time I contributed a small > workaround to libstrophe to disable TLS. > > You can force Profanity to disable TLS by starting with the -d flag, or >
Reload to refresh your session. Thanks Oldest first Newest first Threaded Comments only Change History (3) comment:1 Changed 7 years ago by rekkanoryo Resolution set to cantfix Status changed from new to closed Summary changed from Note: See TracTickets for help on using tickets. Thanks.
Visit the Trac open source project athttp://trac.edgewall.org/ All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. It was previously set to a Pending status and hasn't been updated within 14 days. It will be in OpenFire 3.6. comment:2 Changed 7 years ago by av8or FWIW, the bad XML was sent to the OpenFire Server from another Pidgin client as a result of a user cut & paste.
Thanks. — Reply to this email directly or view it on GitHub<#286 (comment)> . I do not have a version of 1.2.7 with the debug window (will 1.2.7 be in svn any time soon?), but I would assume that this is because of the XML_ERR_DOCUMENT_END OpenFire 3.5.2 was supposed to fix this issue (JM-1388), so it would be very helpful if you would attach a complete debug log of this occurring which includes the offending XML. comment:5 Changed 8 years ago by evands (In ) libpurple.framework im.pidgin.pidgin.2.4.3, with all patches on adium-1.2 as of , which should fix problems with XMPP XML parser error handling.
When invalid XML is received, the receiving client should immediately disconnect with an XML parsing error. You signed out in another tab or window. im> Date: 2009-06-18 18:48:05 Message-ID: 042.8080b7602cafee35f03dfef1708783f1 () pidgin ! You signed in with another tab or window.
You can force Profanity to disable TLS by starting with the -d flag, or --disable-tls. Is it a public server? Once it hits "proceeding w/ TLS" the client hangs.. As such, the fix would only work if there were no 1.2.6 clients in your contact list that could respond to the jabber:iq:version request.
It should not affect anything. this contact form My apologies. Should I open a new ticket for this? Line 353 doesn't seem to be linked to XML parsing at present so it would be great to see where this exception is being thrown.
Given that info I might be able to recreate and look into it further. I'm pretty sure this used to work fine, so I'm assuming MySpace? These could be related: http://trac.adiumx.com/ticket/10400 http://trac.adiumx.com/ticket/10386 http://trac.adiumx.com/ticket/10382 (maybe) comment:7 Changed 8 years ago by dhawes Adium compiled from svn://svn.adiumx.com/adium/branches/adium-1.2 fails in the same way as the Pidgin client (XML_ERR_DOCUMENT_END). have a peek here Reload to refresh your session.
gc = 07037870 (14:22:16) dnsquery: Performing DNS lookup for 172.17.70.17 (14:22:16) dnsquery: IP resolved for 172.17.70.17 (14:22:16) proxy: Attempting connection to 172.17.70.17 (14:22:16) proxy: Connecting to 172.17.70.17:443 with no proxy (14:22:16) LoginRegisterPreferencesAbout Trac Search: Adium Download About Blog Help Development Merchandise Xtras WikiTimelineRoadmapView TicketsDoxygenSearch Context Navigation +0← Previous TicketNext Ticket → Opened 8 years ago Closed 8 years ago Last modified 8 comment:9 Changed 6 years ago by scader Status changed from pending to new It has not specifically been allowed, but neither denied.
comment:15 in reply to: ↑ 14 ; follow-up: ↓ 16 Changed 8 years ago by evands Replying to dhawes: Replying to evands: In any case, Adium 1.3b9 and Adium 1.2.7 are behaving correctly, Under Security for this I have Custom - Old SSl method not avail, TLS required. Same application, same user, same code, under 10.5.4 logs in without a problem. This /just happened/ to work for '
comment:8 Changed 8 years ago by evands Resolution fixed deleted Status changed from closed to reopened comment:9 Changed 8 years ago by evands #10386 has good debug logging. OpenFire simply passed along what it received from Pidgin. Visit the Trac open source project athttp://trac.edgewall.org/ All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. http://downloadmunkey.net/xml-parse/xml-parse-error-vfp.php You likely just need to turn on the "Use old-style SSL" setting for your account.
You signed in with another tab or window. lloydwatkin closed this Aug 11, 2013 majimboo commented Mar 16, 2014 I am also getting this: XML parsing Error:
Note: See TracTickets for help on using tickets. But I guess the was giving the error. I'm not sure how to subscribe to the connection's error event. It's not public persay, but if you wanted to test it I can make you an account.
History was set to 25 messages on this server. Error: XML parse error at Connection.error (/var/maia/nodeserver/node_modules/node-xmpp/lib/xmpp/co nnection.js:348:24) at StreamParser. (/var/maia/nodeserver/node_modules/node-xmpp/lib /xmpp/connection.js:157:14) at StreamParser.EventEmitter.emit (events.js:95:17) at StreamParser.error (/var/maia/nodeserver/node_modules/node-xmpp/lib/xmpp/ stream_parser.js:113:10) at SaxExpat. (/var/maia/nodeserver/node_modules/node-xmpp/lib/xmp p/stream_parser.js:59:18) at SaxExpat.EventEmitter.emit (events.js:95:17) at null. (/var/maia/nodeserver/node_modules/node-xmpp/node_module s/ltx/lib/sax_expat.js:14:14) at I'll add this as a separate issue, as Profanity should probably be able to handle it better, like other clients. OpenFire 3.5.2 is what I have been testing with...how does it come in to play with this ticket?
I understand this is a known issue to some in the Pidgin community. gc = 064F1A60 (10:20:44) dnsquery: Performing DNS lookup for 172.17.70.17 (10:20:44) dnsquery: IP resolved for 172.17.70.17 (10:20:44) proxy: Attempting connection to 172.17.70.17 (10:20:44) proxy: Connecting to 172.17.70.17:5060 with no proxy (10:20:44) http://pastebin.com/Bb1KkHWi - That's the relevant bit of the log.