[09:32] <JamesTait> Happy Hallowe'en! >:-D
[09:32] <rye_> JamesTait: and morning to you too!
[09:34] <JamesTait> rye_: Good weekend?
[09:35] <rye_> JamesTait: yep, guests, and Windows. And weird Ubuntu One bugs in Windows :)
[09:36] <JamesTait> rye_: I love the smell of frustration on a Monday morning. :-P
[09:37] <rye_> JamesTait: well, suddenly Ubuntu One found "My Pictures", "My Videos" in Documents folder, created them on the online storage, upon restart it ends up in infinite loop in local rescan by faililng to scan these directories which do not exist
[09:38] <rye_> So I am really frustrated
[09:38] <JamesTait> rye_: Interesting. So what are they then, virtual directories or something?
[09:39] <rye_> JamesTait: nothing, bug #883926
[09:39] <ubot4> Launchpad bug 883926 in ubuntuone-client "[windows] Adding watch to nonexistent directory (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/883926
[09:41] <JamesTait> rye_: Nice tags on that bug. ;)
[09:42] <rye_> JamesTait: the u1-zomg-windows is being added by nessita to the bugs, so I guess they are tracking them
[09:44] <rye_> Also, a good thing to do before doing such jumps is to actually copy the SSH keys over to some external location. Now I need to swap the hard drives to get them
[10:04] <gatox> hi
[10:04] <rye_> mornings, gatox
[10:04] <gatox> rye, hi!
[12:05] <gatox> brb!!
[12:16] <alecu> hello!
[12:17] <gatox> alecu, hi
[12:26] <mandel> gatox, ping
[12:26] <gatox> mandel, pong
[12:27] <mandel> gatox, morning!
[12:27] <gatox> mandel, morning! how are you?
[12:27] <mandel> gatox, so, I just wanted to let you know that I'll be starting work a little later :)
[12:27] <gatox> mandel, ahhhhh okok.... so me too :P
[12:27] <mandel> gatox, 'cause I'mworking with alecu and dont want to make hime wake up to early :P
[12:28] <gatox> mandel, ack!
[12:29]  * mandel errands
[13:10] <mandel> gatox, does tarmac work?
[13:15] <gatox> mandel, no idea
[13:15] <mandel> gatox, I have a branch that has been accepted and not merged..
[13:16] <gatox> mandel, i didn't try to merge anything today yet....
[13:17] <dobey> mandel: url?
[13:17] <mandel> dobey, https://code.launchpad.net/~mandel/ubuntuone-control-panel/fix-tests/+merge/80587
[13:18] <dobey> hmm
[13:20] <dobey> mandel: i think it's down
[13:21] <mandel> dobey, ok, no worries, I just wanted to know :)
[13:22] <mandel> dobey, how is the keynote going?
[13:22] <mandel> dobey, I've been told we have been mentioned :P
[13:23] <dobey> mandel: yeah, u1 was mentioned a few times
[13:24] <mandel> \o/
[13:28] <gatox> mandel, alecu dobey standup in 2'?
[13:29] <dobey> no
[13:30] <mandel> gatox, should it me in an hour?
[13:30] <dobey> you guys can
[13:30] <mandel> dobey, true, uds for you
[13:30] <gatox> mandel, nok by me
[13:30] <gatox> ok
[13:30] <rye> mandel, poke
[13:30] <rye> mandel, bug #883926
[13:30] <ubot4> Launchpad bug 883926 in ubuntuone-client "[windows] Adding watch to nonexistent directory (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/883926
[13:30] <rye> me is a bit puzzled
[13:31] <mandel> rye, uh, nice title.. let me see
[13:32] <mandel> rye, ok, which version of the installer is that?
[13:32] <mandel> rye, sorry of the port
[13:32] <rye> mandel, current latest
[13:32] <rye> mandel, installed this saturday
[13:32]  * mandel thinks we should also provide the rev number of the client rather than a random number..
[13:33] <mandel> rye, hm.. funny, 'cause those logs look that they do not folow the new logging, let me check
[13:33] <dobey> mandel: eh?
[13:33] <dobey> mandel: what do you mean about revno?
[13:34] <rye> mandel, i don't have the logs at the point when it noticed these phantom directories, since the local rescan logs pushed these out, in order to get more info I would need to reboot into windows, as this is a real world installation
[13:34] <mandel> dobey, the windows client has a version, but has nothing to do to with the revno of the source code. When we have an issue there is not way to know in which revno we released the installer
[13:35] <mandel> dobey, we don't even have a spreadsheet that maps revno and releases.. and is a PITA and really bad practice
[13:35] <dobey> mandel: tag your releases!
[13:35] <mandel> dobey, we should, but our release process at the moment is crap, is from a branch from ralsina that has not yet been merge to the lp:ubuntone-windows-installer
[13:36] <dobey> mandel: but the alignment of windows/linux releases will help with that
[13:36] <mandel> dobey, hopefully it will
[13:36] <dobey> mandel: if it's not merged, it hasn't got a revno
[13:36] <dobey> :)
[13:37] <mandel> dobey, that would be for the installer, but the u1-client does :)
[13:38] <mandel> dobey, anyway, we are doing a shit job with the windows releases
[13:38] <dobey> mandel: and we will fix it
[13:38] <mandel> rye, I'd need more info from the start of sd to see why is thinking those paths exist..
[13:39] <mandel> rye, can you add that to the bug report? I need to go for lunch now :)
[13:39] <rye> mandel, https://bugs.launchpad.net/ubuntuone-client/+bug/883926/comments/2 ?
[13:39] <ubot4> Launchpad bug 883926 in ubuntuone-client "[windows] Adding watch to nonexistent directory (affects: 1) (heat: 6)" [Undecided,New]
[13:41] <mandel> rye, ok, I think that bug is fixed and it was related to a bad implementation of a method on the windows file system watcher, look here: http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-client/trunk/view/head:/ubuntuone/platform/windows/filesystem_notifications.py
[13:41] <mandel> rye, the logging in your machine does not match with the one present in trunk
[13:41] <rye> mandel, it is the latest available .exe from the web site, so this version is in the wild
[13:42] <rye> mandel, so, if that is fixed in trunk, it will still take some time to reach people. What I am worried is whether the next version will work properly with the data collected by broken one
[13:42] <mandel> rye, we shoould be making a release with the fixes this week that wills solve it
[13:42] <rye> mandel, currently the sync is infinite loop for some reason
[13:43] <rye> in local rescan i mean
[13:43] <mandel> rye, hm.. can you give me 30 min for lunch and we look into it?
[13:44] <rye> mandel, sure!
[13:45] <mandel> rye, ok, I'll ping you when Im back :)
[14:01] <rye> joshuahoover, bug #745540  - this is something wrong with keyring, not Ubuntu One. We are displaying the wrong bug
[14:01] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 63) (dups: 2) (heat: 316)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[14:01] <rye> i.e. we are not checking the exception and cause another one
[14:02] <joshuahoover> rye: do we know what the cause is? because i can't get any users impacted by it past it
[14:02] <dobey> oh fun
[14:03] <dobey> rye: are you sure?
[14:04] <rye> dobey, we switch to this old signature on ANY error from dbus, and cause the users to be notified about the signature error
[14:05] <dobey> hmm
[14:08] <joshuahoover> rye: sounds like maybe we need to file a new bug for this?
[14:08] <rye> i just can't get it to fail to get the details of the error to trap it correctly
[14:10] <rye> or can i...
[14:10] <rye> let me break my keyring
[14:14] <mandel> rye, ping
[14:17] <rye> mandel, pong
[14:19] <mandel> rye, so, getting back to the issue, I think the best thing would be to do an IRL tests with your account and trunk and see what happens, but I believe there should be no problems
[14:19] <mandel> rye, also, does the shell show that you have a My Music library?
[14:19] <mandel> no cmd, but the shell (explorer)
[14:19] <rye> mandel, yes, i do, on a level upper than My Documents
[14:20] <rye> which is also a view
[14:20] <rye> joshuahoover, do users describe that Ubuntu One control panel simply grays out after they click that they have an account?
[14:21] <mandel> rye, hm.. I hope that we are not getting that in the os.listdir for somet stupid stupid reason..
[14:21] <mandel> rye, let me know what you ddi with the folder and I'll do the same in my test vm.. I hope python is not THAT broken on windows 7
[14:22] <joshuahoover> rye: i've had one user mention that, yes
[14:22] <rye> joshuahoover, I managed to get this now
[14:22] <rye> joshuahoover, I dismissed the keyring prompt after I moved my login keyring to another name
[14:22] <rye> mandel, so, I had a real UDF folder called "Documents". I installed Ubuntu One on Windows, added it to my real world account.  The files in Ubuntu One syncded perfectly
[14:23] <rye> mandel, I wanted to test UDF so I subscribed to Documents UDF in control panel. It asked whether I'd like to merge the files, so I did that.
[14:24] <rye> mandel, the directory at that time contained one text file and one directory, nothing was syncing that dir
[14:25] <rye> mandel, the UDF started populating with files locally, as expected. I waited until it finshes syncing and was pleased with the performance.
[14:25] <mandel> rye,  and then the My Music was left out?
[14:26] <mandel> rye, 'cause the issue is that we try to add a watch yo my music and then it creates it in the cloud, right?
[14:26] <rye> mandel, then I decided to put a bunch of files to \Ubuntu One folder. It claimed that it got all files, but due to the bug with I/O on closed files I had to shut down syncdaemon and control panel and start it again
[14:26] <rye> mandel, after that SD went into infinite loop
[14:27] <rye> mandel, there were no "My Documents", "My Videos" or "My Pictures" directories or views in ~/Documents folder at any time during this
[14:27] <rye> mandel, yet, SD managed to create the folders online, and now it iterates over them, failing, and iterating again in local rescan.
[14:28] <rye> mandel, so there are 2 bugs as facundo noticed - one - the folder was added which does not exist
[14:28] <rye> mandel, 2nd - local rescan breaks when it adds a watch on the folder tha does not exist with "Permission Denied"
[14:30] <mandel> rye, ok, the permission denied is because the windows api is plain stupid and returns that instead of file not found.. so that should be a simple fix, the second one is more complicated, I fear that at some point a shell function is used to get the dirs and returns library (which are not real paths)
[14:30] <mandel> rye, lets go step by step, can ou create a bug for the first one, and we will talk with nessita about how should fix it (but I'm sure is me :P )
[14:31] <nessita> mandel: not necessarily :-)
[14:31] <mandel> rye, we create a second bug for the library issue and we talk with nessita again, mainly for the resources allocation, that is all
[14:31] <mandel> nessita, hehe
[14:31] <nessita> mandel, rye: with UDS going on this week, expect some delay on bug fixing. alecu and mandel need to move on on the proxy support feature if we want to make it in time for feature freeze
[14:32] <nessita> rye: but yes, bug reports and pinging next week is the best way to proceed :-)
[14:32] <rye> nessita, well, I will not survive for that long in Windows
[14:33] <nessita> rye: why not?
[14:33] <rye> nessita, it is scary over there
[14:33] <rye> nessita, and I had no SSH keys with me
[14:33] <mandel> rye, there is a fix for the is_path_dir method which should aboid the issue nevertheless
[14:34] <mandel> rye,  we should test that before we report anything since it has already landed in trunk
[14:34] <rye> nessita, i'd like to reproduce the bugs but I haven't deployed the python environment yet
[14:34] <nessita> rye: right... is not so hard, the wiki page is pretty accurate
[14:35] <nessita> mandel: that fix is in trunk already isn't?
[14:36] <mandel> nessita, yes it is, so I think we should first test that that does not work as expected
[14:36] <rye> mandel, well, I will grab all the keys I need and will swap the hard drives (poor-man bootloader switch)...
[14:39] <alecu> joshuahoover, regarding bug #745540
[14:39] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 63) (dups: 2) (heat: 316)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[14:41] <alecu> joshuahoover, you mention trying numerous configurations. Have you tried setting the user to be the one that's used in autologin?
[14:41] <alecu> joshuahoover, probably setting it during configuration may make a difference too.
[14:41] <joshuahoover> alecu: that is one i have not tried yet...though it sounds like rye thinks we're showing that error incorrectly
[14:42] <alecu> joshuahoover, oh, ok.
[14:43] <nessita> alecu: hi there! ralsina hasn't come yet, so as soon as he gets here, I will try to setup a proxy meeting time
[14:43] <nessita> alecu: were you able to build the poll?
[14:44] <nessita> do we have any stat from that?
[14:45]  * joshuahoover funny that proxy should be mentioned...just replied to a support request for a user behind a proxy server
[14:45] <alecu> nessita, no, I didn't do any poll. I was planning on doing it today
[14:46] <alecu> joshuahoover, do you have any specific details on the users requesting proxy support?
[14:46] <alecu> joshuahoover, like proxy types or something?
[14:46] <joshuahoover> alecu: most have no idea
[14:46] <nessita> alecu: ack, please make that your priority so we can have the feedback as soon as possible, so we can plan the work for you and mandel to "start"
[14:46] <joshuahoover> alecu: they're just behind "a proxy" that their company, university, etc. have
[14:47] <nessita> gatox: any ETA on having https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/tests-broken/+merge/80596 fixed?
[14:47] <nessita> gatox: that may block the rest of your ussoc branches since it fixes the tets suite :-)
[14:48] <gatox> nessita, mandel is helping me with an issue that i'm having with 2 tests suites, that are making twisted fail in an assert
[14:48] <alecu> joshuahoover, right. I guess most users would not know what type of proxy they are using; but perhaps they might be able to tell if it's a Microsoft Proxy or something else?
[14:48] <nessita> gatox: which test suite?
[14:48] <mandel> nessita, I think I know th fix, will try it in a sec :)
[14:49] <nessita> gatox: the error "SyntaxError: 'return' with argument inside generator" involves just changing the return for a yield, is that blocking you?
[14:49] <gatox> nessita, CredentialsManagementTestCase and SSOLoginTestCase, the previous tearDown has a return, and now with the yield i changed the return to defer.returnValue
[14:49] <nessita> gatox: show me the trace, please
[14:49] <joshuahoover> alecu: i'm asking those users now as they come up to see if we can get more info on that
[14:50] <gatox> nessita, http://paste.ubuntu.com/724414/
[14:50] <alecu> joshuahoover, I was planning on making a small survey to ask info about that...
[14:51] <nessita> gatox: and what did you change to have that error?
[14:51] <alecu> joshuahoover, can I send you the link in a few minutes, and you can tell me if it's too complex?
[14:51] <joshuahoover> alecu: that would be good to, duanedesign could post that to our facebook page and twitter account
[14:51] <joshuahoover> alecu: sure
[14:51] <alecu> joshuahoover, great, thanks.
[14:52] <webm0nk3y> https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-u1-couchdb-sync
[14:52] <nessita> gatox: seems like you're returning the defer as a defer result instead of yielding in it
[14:53] <nessita> gatox: confirmed, you probably changed:
[14:53] <nessita>     577         return defer.gatherResults([self._tearDownServer(),
[14:53] <nessita>     578                                     self._tearDownClient()])
[14:53] <nessita> with defer.returnValue, and that is worng
[14:53] <nessita> wrong*
[14:53] <gatox> nessita, yes, that's that  mandel told me
[14:53] <nessita> mandel: that is wrong! :-)
[14:54] <nessita> gatox: but I need you to think this a little bit :-) returning a deferred is the same as yielding on the defer within inlineCallbacks
[14:54] <gatox> nessita, no, mandel told me to add the: gatherResults
[14:54] <nessita> gatox: nopes, just change the return by yield
[14:54] <mandel> ein? what did I say?
[14:54] <nessita> so, the final line of that tearDown should be:
[14:55] <mandel> gatox, nessita I don't recall saying using the gather resuls.. :P
[14:55] <nessita>     577         yield defer.gatherResults([self._tearDownServer(),
[14:55] <nessita>     578                                     self._tearDownClient()])
[14:55] <mandel> I said this: http://paste.ubuntu.com/724415/
[14:55] <gatox> mandel, maybe i got confuse
[14:56] <mandel> gatox, hehe no worries :)
[14:56] <nessita> gatox: the solution that mandel is showing is the correct one
[14:56] <nessita> mandel: sorry for boofing before
[14:57] <gatox> mandel, yes, that do the trick
[14:57] <gatox> THANKS
[14:57] <mandel> nessita, I was more worried about looking bad infront of you that anything else ;)
[14:57] <mandel> gatox, cool, I'm glad it worked :)
[15:01] <nessita> mandel: for a monet I got really scared that you were saying the wrong stuff :-)
[15:01] <nessita> moment*
[15:01] <mandel> nessita, there was a problem with the communication, that is all :)
[15:01] <gatox> nessita, no, was my bad, trying to explain what mandel was telling me
[15:01] <nessita> gatox: do you understand why defer.returnValue was worong and why yield works?
[15:02] <gatox> nessita, yes, mandel explains me and show me the doc
[15:02] <mandel> and the source code :)
[15:03] <gatox> yes, the source code actually :P
[15:07] <nessita> gatox: I think is very important that you see the difference, is key to understanding deferreds, and tetsing with
[15:07] <nessita> deferreds
[15:07] <gatox> nessita, yes, it's more clear now
[15:08] <nessita> gatox: great! I'm happy to explain more next week
[15:08] <gatox> nessita, are you going to be here next week?
[15:08] <nessita> gatox: yes! we can get together and do some IRL catchup
[15:09] <gatox> nessita, yes, i was thinking about that..... and do a "ping pong de preguntas y respuestas" :P to understand better some things
[15:09] <nessita> gatox: sure
[15:09] <nessita> gatox: wednesday may be a good day
[15:09] <nessita> gatox: or thrusday
[15:10] <gatox> nessita, no problem for me
[15:16] <nessita> ok, going offline for a while
[16:12]  * mandel needs coffee to think
[16:35] <nessita> alecu: GREAT work on the survey, thanks! loks really good and clear
[16:38] <alecu> nessita, we went live a few minutes ago when duanedesign posted the link on twitter, and we already have almost 40 respondents
[16:38] <nessita> alecu: that's great! :-)
[16:38] <nessita> alecu: I'm looking forward to see the summaries  (I guess we need to wait at least until tomorrow)
[16:44] <nessita> ok, heading for lunch soon, going offline
[17:43] <gatox> alecu, ping
[17:43] <alecu> gatox, pong
[17:45] <gatox> alecu, i'm having an issue with a dirty reactor..... we were looking at the code with mandel, but we are pretty stuck
[17:45] <gatox> alecu, mandel suggestions help me to fix some of them, but i still have 1 dirty reactor error
[17:45] <alecu> tell me!
[17:47] <gatox> alecu, i'm working in a branch that fix the tests after the change in dev-tools, i added "yield" to the tearDown of CredentialsManagementTestCase and SSOLoginTestCase..... but those methods had a return, so we change that to gatherResults, and the errors with the dirty reactor appear
[17:48] <gatox> this is the trace i'm having now: http://paste.ubuntu.com/724537/
[17:48] <gatox> and this is the branch: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/tests-broken/+merge/80596
[18:31] <gatox> alecu, everytime that i execute the test i have different failures :S}
[18:33] <alecu> gatox, ugly!
[18:35] <gatox> alecu, too much
[18:36] <nessita> gatox, alecu: can I help?
[18:37] <gatox> nessita, i'm testing different possibilities to check what's going on... but it's kind of tricky
[18:38] <nessita> gatox: can I have a little more context? is this windows? the unicode issue? are you writing tests or still testing IRL?
[18:39] <gatox> nessita, no, this is the branch that fix sso tests
[18:39] <gatox> nessita, and the error is only in windwos
[18:39] <nessita> gatox: still failing? have a race I can look at?
[18:39] <nessita> trace*
[18:40] <gatox> nessita, yes, let me give you
[18:41] <gatox> that
[18:42] <nessita> gatox: that?
[18:43] <gatox> the trace
[18:43] <gatox> nessita, i'm running the test again
[18:43] <nessita> ah
[18:44] <gatox> nessita, http://paste.ubuntu.com/724593/
[18:45] <alecu> gatox, I got no errors on oneiric, even after enabling and updating nightlies
[18:45] <nessita> alecu: that's windows code... the one that has the "dummy" factory in it
[18:45] <gatox> alecu, running the sso tests?
[18:45] <alecu> (I found out that I was missing the nightlies when lint started throwing import errors for ubuntuone-dev-tools)
[18:46] <alecu> gatox, ./run-tests
[18:46] <nessita> gatox: is the branch updates in LP? I can branch and see
[18:46] <nessita> updated*
[18:46] <gatox> nessita, yes, it has some commented lines, i didn't clean it yet
[18:46] <nessita> ack
[18:48] <nessita> gatox: did you try just changing the minimal stuff?
[18:48] <nessita> gatox: I see a lot more code than expected
[18:49] <gatox> nessita, that branch contains the fix for all the tests, now only credentialsManagementTestCase and SSoLoginTestCase are failing
[18:49] <alecu> gatox, both "run-tests" and "run-test -qt" work fine on my fully-updated oneiric
[18:49] <nessita> gatox: yes, did you try adding the minimal fix to main/tests/test_windows.py?
[18:50] <nessita> gatox: on top of the other fixes
[18:50] <gatox> nessita, sorry..... what do you mean with "the minimal fix"?
[18:51] <nessita> gatox: well, in the branch you have much more that the minimal. You have some addCleanups, and some commented out code
[18:53] <gatox> nessita, yes the cleanup it's because, some cleaning was made in the tearDown, and that cause other failures.... i'll clean that code and look where to locate the cleaning code...
[18:53] <nessita> gatox: the addCleanup is not needed... as far as I can see
[18:54] <nessita> gatox: I have a diff that is working, let me pushit
[18:55] <gatox> nessita, the cleanup was to do the same that the tearDown was executing, but without executing that in the tearDown because that was presenting somme oother twisted issues
[18:55] <nessita> gatox: I guess you had some other issue
[18:55] <gatox> nessita, probably...
[18:55] <nessita> gatox: the tearDown as it was originally should stay the same, adding yields properly
[18:55] <nessita> gatox: this is all green for me on windows: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/review_tests-broken
[18:56]  * gatox checking...
[18:56] <gatox> the tearDown with yield as we talk earlier was not working for mme and mandel
[18:56] <gatox> i'll try that
[19:01] <nessita> gatox: try the branch I emailed you
[19:01] <nessita> gatox: if it fails, change nothing and show me the trace
[19:01] <gatox> nessita, ok
[19:01] <gatox> i was trying the one you told me here.....
[19:01] <gatox> but fails
[19:01] <gatox> let me branch
[19:03] <gatox> nessita, where did you send it??
[19:03] <nessita> (02:55:49 PM) nessita: gatox: this is all green for me on windows: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/review_tests-broken
[19:03] <nessita> gatox: ^C
[19:04] <nessita> gatox: ^
[19:04] <gatox> ahhhh...... that one..... i thought you send  me another one to my e-mail
[19:06] <gatox> nessita, no, is not working..... maybe something is wrong here..... i'll show you the paste
[19:06] <nessita> gatox: ack
[19:07] <gatox> nessita, and now it work...... AHHHH..... every time i run the tests i have: PASSED, or different numbers of failures
[19:07] <nessita> gatox: well, make it fail once, and show me the trace
[19:09] <nessita> gatox: I need to go offline for a minutes
[19:24] <nessita> gatox: ok, shoot
[19:26] <gatox> nessita, http://paste.ubuntu.com/724619/
[19:26] <gatox> nessita, i'm running them again.. to see what happend
[19:26] <nessita> gatox: are you 100% sure you're running my branch, with ni changes?
[19:26] <nessita> no*
[19:27] <gatox> nessita, yes, i just branch it when you tell me
[19:28] <gatox> nessita,  i think that there is some timing issue.... i run the test again, and now i'm getting failures in tcpactivation only
[19:29] <nessita> gatox: what do you mean "tcpactivation' only?
[19:30] <gatox> nessita, that now, CredentialsManagementTestCase and SSoLoginTestCase seems to be fine, and tcpactivaction is failing... but in the paste that i gave you before, tcpactivation was fine, and Cred y SsoLogin were failing....
[19:31] <nessita> gatox: what is "tcpactivaction is failing"? what kind of error you have?
[19:31] <gatox> nessita, and now i run it again, and show me 11 errors instead of 2..... the errors are always reactor unclean
[19:35] <gatox> nessita, are the tests working for you in windows always?? did you try to execute them several times to see if they fail?
[19:35] <nessita> gatox: yes, no failure
[19:35] <nessita> gatox: may be faster hardware in my case
[19:36] <gatox> nessita, probably... my machine is quite slow at this moment....
[19:36] <gatox> (in the process of buying something new...)
[19:37] <gatox> nessita, now all the tests pass :P
[19:37] <gatox> without any change
[19:39] <nessita> gatox: so, stop working on this, and keep going with the unicode issue
[19:39] <nessita> gatox: I'll debug when  have a moment
[19:39] <nessita> gatox: there are also some nasty code duplication that we should fix
[19:39] <gatox> nessita, ok...
[19:39] <nessita> gatox: so I'll propose a branch basing my work in yous
[19:40] <gatox> nessita, let me know if i can help in anything..... at least testing it in this hardware
[19:40] <nessita> gatox: sure! thanks
[19:41] <gatox> nessita, thank you
[19:41] <gatox> nessita, i'll go back to unicode issues now
[19:41] <nessita> ye,s good luck!
[19:47] <gatox> brb..... i'll take a little break