Changed 8 years ago by chrisbarker Attachment XMLParseError.txt added chrisbarker xml Parse Log comment:19 Changed 8 years ago by chrisbarker I have uploaded the two debug logs (once file, comments label I have no issue connecting to my server with other clients, but profanity hangs at "proceeding w/ TLS" and the CLI is actually frozen, no input/output. It is simply informing us that "vcard-temp" is not a fully formed URI. 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. Source
Thanks. When invalid XML is received, the receiving client should immediately disconnect with an XML parsing error. We recommend upgrading to the latest Safari, Google Chrome, or Firefox. The disconnects are not immediate, but rather occur after 2 more messages are recieved from the server, at which time XML_ERR_DOCUMENT_END occurs and *then* the client disconnects. *nod* My initial attempt
Could the code be changed so that rather than disconnect from the XMPP/Jabber server, Pidgin tries to continue as best it can without a disconnect? Thanks, Lloyd. You signed out in another tab or window. Changed 8 years ago by [email protected]… Attachment purple-debug.log added My log from RHEL4 comment:8 Changed 8 years ago by [email protected]… I have added my entire debug-log for a connection cycle as
See More 1 2 3 4 5 Overall Rating: 0 (0 ratings) Log in or register to post comments ilukeberry Mon, 09/08/2014 - 03:42 Anyone?!?!?! aensley commented Jun 14, 2013 whose "error" are you subscribing to? IMO, 'ignore but try to continue' nerd knobs should still be considered. I get the same problem at RHEL4.
node-XMPP member lloydwatkin commented Mar 17, 2014 Yes IIRC its something to do with the tls-upgrade presenting as a new stream but the parser not being restarted to match. comment:2 Changed 8 years ago by am Milestone set to Waiting on libpurple Uh, if the server actually sends , Adium should handle that gracefully. In this case, not receiving XMPP messages and the disconnection issues are related. Already have an account?
OpenFire simply passed along what it received from Pidgin. profanity owner boothj5 commented Jan 16, 2014 Not sure about this one, seems to be happening in libstrophe and it doesn't log the stanza, I'll try to take a closer look. Download in other formats: Comma-delimited Text Tab-delimited Text RSS Feed Powered by Trac 1.0.2 By Edgewall Software. Should I open a new ticket for this?
OpenFire 3.5.2 was supposed to fix this issue (JM-1388) What exactly is it supposed to fix? Terms Privacy Security Status Help You can't perform that action at this time. Investigation and fix a combined effort of dhawes, catfish_man42, and myself. Changed 8 years ago by rapalax Attachment pidgin.jpg added comment:2 Changed 8 years ago by rapalax Status changed from pending to new Attachment (pidgin.jpg) added by ticket reporter.
One could say that Pidgin is very strict in its' XML checking but that it should be a bit more forgiving with error recovery. http://downloadmunkey.net/xml-parse/xml-parse-error-in-php.php This is also the reason it won't be fixed in 1.0. Under Security for this I have Custom - Old SSl method not avail, TLS required. sample logs have been, should I investigate opening a new ticket if this is unrelated, or what?
For instance, you have to monkey patch the connection to add the reconnect method. What can I provide? LoginRegisterPreferencesAbout Trac Search: Adium Download About Blog Help Development Merchandise Xtras WikiTimelineRoadmapView TicketsDoxygenSearch Context Navigation +0← Previous TicketNext Ticket → Opened 10 years ago Closed 10 years ago Last modified 9 http://downloadmunkey.net/xml-parse/xml-parse-error-vfp.php See More 1 2 3 4 5 Overall Rating: 0 (0 ratings) Log in or register to post comments Correct Answer Dragan Ilic Tue, 04/08/2014 - 01:38 Well according to this:http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_(CUCM)#Version_9.0.281.29CM
That's working perfectly now. That is the actual XML that is causing the problem. Do not post confidential information, especially passwords!
Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc. This should fail in all XMPP clients. Ignite Realtime Home | Projects | Downloads | Community | Fans | Group Chat | About © 2016 Jive Software | Powered by Jive SoftwareHome | Top of page | HelpJive Events Experts Bureau Events Community Corner Awards & Recognition Behind the Scenes Feedback Forum Cisco Certifications Cisco Press Café Cisco On Demand Support & Downloads Login | Register Search form Search
Can you give me some hints how to configure either so it'll work? Pidgin 2.5.5 and 2.5.6 client under WIN XP-Pro SP2. http://pastebin.com/Bb1KkHWi - That's the relevant bit of the log. Check This Out Download in other formats: Comma-delimited Text Tab-delimited Text RSS Feed Powered by Trac 1.0.2 By Edgewall Software.
We are required to disconnect when we receive invalid XML. Does Profanity try to use http at all? From the internal server: (16:30:11) jabber: Recv (ssl)(356):
Language: EnglishEnglish 日本語 (Japanese) Español (Spanish) Português (Portuguese) Pусский (Russian) 简体中文 (Chinese) Contact Us Help Follow Us Facebook Twitter Google + LinkedIn Newsletter Instagram YouTube XML parse error in IPS Unanswered Excited to start playing with profanity. … On Wed, Jan 22, 2014 at 10:55 PM, WoodSnake ***@***.***> wrote: Yeah, I'm starting to wonder if its my server not playing nice. comment:6 Changed 10 years ago by [email protected]… So if it works for you and not for me, it must be a configuration issue; either in adium or wildfire. 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
If you see any problems you think this is causing report back with specifics, otherwise feel free to ignore it. 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, 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.