XML parser error on launch
Brought to you by:
owenjm
When I launch checkgmail I get the following error :
not well-formed (invalid token) at line 14, column 19, byte 364 at /usr/lib/perl5/vendor_perl/5.8.8/ppc-linux-thread-multi/XML/Parser.pm line 187
A thread exited while 2 threads were running.
Logged In: YES
user_id=874762
Originator: NO
That's very odd, and I have no idea why you're seeing this - I've never heard of this problem before. Did this happen the very first time you ran checkgmail? Does it always happen? Are you checking any other labels besides the inbox (and do they have a space in them?) Can you run checkgmail -v and attach the output here (BUT NOTE: versions earlier than the current 1.10.2pre2 printed out your password in URL escape sequences - please delete this information before doing this!! Or preferably, upgrade to that version first if you're not already using it ...)
Cheers,
Owen
Logged In: NO
I get a similar error removing the .checkgmail dir allows me to restart checkgmail with no settings
im the original bur reporter im running svn rev 21 all Perl modules are up to date according to cpan it this this only happens with a dirty shutdown (logout without first exiting checkgmail) ill look into this further.
I have other labels i check and one had a space im going to try removing the space and try to reproduce.
not well-formed (invalid token) at line 16, column 21, byte 466 at /usr/lib/perl5/site_perl/current/i686-linux-
thread-multi/XML/Parser.pm line 187
A thread exited while 2 threads were running.
Logged In: NO
correction from below im not the original reporter
Logged In: NO
I got the same problem, but that's because I use a [ or ] in my labels
I am also experiencing this bug with the latest version 1.13svn. The cause for me is because two of my gmail labels have an '@' character in them. If I edit the prefs.xml file and remove the at from those two label delay lines, the program will start, but obviously it won't check mail in those labels anymore. I'm not familiar with the perl xml parser, but would it be possible to change the definition of a token to allow the @ character?