[00:08] Jazzva, liferea is sucking my CPU for several minutes each time it updates my feeds. Do you see that too? [00:11] with the latest update? [00:11] I haven't updated intrepid in a while [00:11] it's not new. several weeks i'd say [00:12] i think it does, if there're new feeds [00:12] s/feeds/feed items/ [00:12] since now that it's updated, i can't reproduce it [00:12] but it did took a lot of cpu when it was updating feeds on start [00:13] i wonder if it's not xul, the sqlite thing [00:26] fta, can we test that? [00:27] isn't it using system xulrunner? [00:27] yes [00:28] i tried to strace it once when it was at 100% cpu but there was no IO.. kind of pure CPU activity, but the last action before and the 1st after were xul related === asac_ is now known as asac [09:18] hi [10:12] hi ! [10:14] hi! [10:14] XioNoX: how's your work? [10:15] yeah [10:16] yesterday evening we went to the Hall Beer Tavern, and I've show the last project to dmp [10:16] And he sayd that it wasn't the good way to do it [10:17] :( [10:17] but he helped me and explained me many things [10:18] it was interesting [10:24] hi XioNoX, hi zbraniecki [10:25] thought you were on holiday [10:25] hi asac [10:25] brave [10:25] asac: I am :) [10:25] XioNoX: dmp ? [10:25] good .... holiday is nice ;) [10:25] anything special? [10:26] like a holiday trip? [10:27] XioNoX: so now you know how to do it ;) ? [10:27] dmp is from xulfr, a friend of paul [10:27] not really [10:28] XioNoX: were are we stuck? still no store for the plugin Info? [10:29] iirc whereas using the xbl thing, he recomand to use the event load to wait the page load totally. Then analyse it in the chrome [10:30] I can push it if you want to test [10:30] the mimetype store coreclty in the tab [10:31] yes please push [10:31] quick ;) [10:32] there are some french comments [10:32] and some useless functions [10:34] Pushed up to revision 98. [10:34] https://code.launchpad.net/~xionox/ubufox/ubufox.altplugins [10:44] looking [10:45] shower [11:03] back [11:19] XioNoX: so what is the problem with that? [11:19] (except that you used french comments :)) [11:20] French comments are more useful l than english one :) Specially When you are doing XUL/JS half drunk [11:20] haha [11:21] as long as you remove them ;) [11:22] You can practice your french :) [11:22] iirc, If you open a tab [11:23] err, i want to learn good french ... not the drunken slang ;) [11:23] and then open a webpage who have flash [11:23] It don't detect it [11:23] it don't get the mimecontent [11:24] but if you switch tab and come back on the first one, it will show the mimetype [11:24] it does forme [11:24] yes [11:24] it does that for me [11:24] so you say when "load" is finished? [11:24] you probably just dont listen for the right event there? [11:25] no, the load thing [11:25] how do you do the load thing? [11:26] the onload event is just an idea from dmp, better than the xbl thing as he sayd [11:33] the problem is that "PluginUsed" happen before the page is load [11:34] so at the first opening of the page/tab it don't scan for mimetype, and if you "refresh" it will show the mimetype [11:35] refresh = switch tab [11:46] asac: would you support me when i apply for joining universe-contributors team? [11:48] no *g* [12:09] bdrung: whats the universe-contributors team? [12:09] XioNoX: i dont concur with the idea to parse the whole document when its loaded [12:09] doesnt really help us here anyway [12:09] as we still have to store the mime-types somewhere [12:09] which brings us to where we are [12:09] our mechanism works. [12:10] only thing missing is that when you have PluginUsed even that comes fromthe current active tab [12:10] asac: https://wiki.ubuntu.com/UbuntuDevelopers (step between noob and motu) [12:10] that we have totrigger the menu/item activation [12:10] instanticly [12:11] anyway ... lunc now [12:11] be back in 1h [12:24] XioNoX: makes sense? [12:27] bdrung: have never heard of the ubuntu contributor term [12:27] ;) [12:27] bdrung: but well ... how about this: you prepare two or three more extension updates ... and here we go ;) [12:28] asac: htmlvalidator is in the pipe [12:29] asac, not really [12:30] storing the mimetype per tab into the tab is ok [12:30] and the problem is when the page are "scaned" [12:30] XioNoX: no thats not a problem imo. [12:31] what you do is that you also listen for PluginUsed and whenever you get such an event check whether it comes from the current active tab [12:31] if thats the case you enable the menu [12:31] the way we use, the PluginUsed is called before the page is loaded [12:31] so you disable menu entry wheN: [12:31] as sayd dmo [12:32] XioNoX: how do you get the mimetypes atm? [12:32] of the page? [12:32] using pluginInfo [12:32] and that doesnt work when the PluginUsed ewvent is emitted? [12:32] var stuffy = aEvent.target.ownerDocument; [12:32] stuffy.mimeContent = mimeArray; [12:32] this work [12:33] you have try the code I've pushed ? [12:33] yes. it work when you switch tabs [12:33] i dont understand whats the problem [12:34] PluginUsed2 is called when we emit the PluginUsed event right? [12:34] there getPluginInfo works [12:35] right? [12:35] my fault [12:36] I was persuaded there was an alert() on PluginUsed2 [12:36] and it didn't work [12:36] so now all seam to work [12:37] I'll continue and make deeper test later [12:37] XioNoX: yes. i really think that the only thing left is to ttest [12:37] ok [12:37] nice [12:37] whether a event comes from active tab [12:37] and then activate menu item [12:37] (in addition to activation when tabselected) [12:38] ok [12:40] after the activation of buttons, what should I do ? [12:40] nothing [12:40] when the user clicks [12:40] you open the pluginfinder with the array of the current tab [12:40] the pluginfinder ? [12:41] which one ? [12:41] currently we only have the one in ubufox ;) [12:41] right :) [12:41] and that's all ? [12:41] XioNoX: when that works, we have to improve the plugin finder so it properly handles replacement of existing plugins [12:42] but thats the future [12:42] for now get the button properly working [12:46] ok [12:48] cool. i think we are getting closer [12:48] ok the buttons works [12:48] I have to do some innovation to make replacing existing installs with alternatives easy [12:48] but I've find the problem [12:48] XioNoX: so it is greyed out [12:49] if there are no plugins used [12:49] and otherwise active? [12:49] hidden = true/false [12:49] better grey it out [12:50] hiding is too confusing [12:50] for [4~ hiding is okthe status bar thing [12:50] and for the statusbar icon ? [12:50] ok [12:50] err ... read the last cryptic line ;) [12:50] wierd ... i am sure i used the proper order of words [12:51] you have no excuse :o [12:52] hehe [12:52] for greyed out, it is active = true/false ? [12:52] not sure ;) [12:52] mybe enabled="true" ? [12:54] bdrung: do you get any improved permissions by becoming contributor? [12:54] bdrung: or is it just an intermediate step to MOTU? [12:54] e.g. to officially start the "career" [12:54] asac: i would be a ubuntu member and thus get a @ubuntu.com mail adress [12:54] ah [12:55] cool [12:55] contribute a bit and I'll vote for you ;) [12:55] because the contributer team is member of ubuntu-members [12:56] too often people come, do one thing and then go ... this whole procedure exists to see who is contributor for the long run ;) [12:56] asac: i have contributed on matplotlib and xmms2 related stuff [12:56] you have followed up on your extension ... if you do two more i am fine to vote ;) [12:57] have a look at https://wiki.ubuntu.com/bdrung [12:58] "small Origami stars" [12:58] lol [12:58] great [12:58] asac, the problem, is that when you open a new tab, you should see the goody good alert [12:58] my hands are not made for that [12:58] XioNoX: why? [12:58] and you see it only if you swich tabs [12:58] XioNoX: if you open a new tab there is no flash on it [12:59] I talk about tab with flash [12:59] asac: you can use larger paper, e.g. 20x20 cm. [12:59] bdrung: 60 day later I have worked on 147 bugs <--- O_o . cool [12:59] it make more sens when you add the menu stuff [12:59] I've got to go [12:59] see you later ;) [13:00] XioNoX: sure. ... remind me that i wanted to tell you something about that [13:00] XioNoX: once you implemented that events from the current active tab automatically active the menu [13:00] sebner: may be touched 147 bugs is a better description [13:00] this wont be a problem [13:00] XioNoX: ^^ [13:00] XioNoX: it should automagically work then i guess [13:01] I've copy/past what you've sayd, and I'll try to understand it later ;) [13:01] bye [13:01] XioNoX: oh [13:02] bdrung: i am also looking for hel pin forwarding confirmed bugs upstream [13:02] s/hel/help/ [13:03] e.g. as soon as we have neough information and a testcase we want to put those into bugzilla and follow up on eventual requests [13:03] ;) [13:03] (just because you said 147 bugs) :) [13:06] ok [13:12] swell .. only if you want ;) [13:14] asac: if i have time to, i can have a look at it [13:14] some search strings for launchpad? [14:56] asac: i have written a script for check updates. [14:57] asac: it is not completely ready, but can you have a look at it? so that i do not drive in the wrong direction. [14:57] asac: where should i put the script? [15:14] bdrung: script for check update? [15:14] bdrung: please paste it to http://paste.ubuntu.com [15:15] asac: http://paste.ubuntu.com/37728/ [15:20] bdrung: you have a branch url to test that? [15:21] asac: i have tested it locally with stanford-pwdhash.upstream/ and stanford-pwdhash.ubuntu/ in the current directory [15:22] bdrung: does it work with remote branches too? [15:22] mom [15:23] bdrung: doesnt work ;) [15:23] python test.py "https://code.edge.launchpad.net/~bdrung/firefox-extensions/stanford-pwdhash.upstream" "https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/stanford-pwdhash.ubuntu" [15:23] `https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/stanford-pwdhash.ubuntu' must be an existing directory. [15:31] asac: the files must be locally (uscan needs this) [15:31] apport is not using the preferred browser :( [15:32] or is there a way to access directly a file of the bzr branch? [15:33] should the script pull the upstream branch, update it, commit and push back? [15:35] bdrung: the script should do it implicitly [15:35] e.g. checkout to a tempdir and then look at the files [15:36] asac: but how should the script detect if the update was already pushed to upstream branch? [15:36] e.g. if you rerun it [15:37] it's possible to get a file directly from bzr [15:37] fta: how the command for that? [15:37] bzr cat [15:39] bdrung: you cannot detect that from upstream branch [15:39] bdrung: you just assume that ubuntu branch has proper version [15:39] and version isnt bumped before new upstream is merged in [15:40] asac: so you are only allowed to run the script once when a new upstream release is out [15:40] bdrung: no ... you run the script ... if upstream hasnt released anything new, it just does nothing [15:41] bdrung: in the end I would like to have too operatoins: [15:41] test if new upstream is available [15:41] (thats 1) [15:41] asac: 1) is easy [15:41] 2) update .upstream branch and do the merge ... if the merge doesnt work without conflict [15:41] isn't 1) already my check-extensions.sh ? [15:41] leave users in a shell that is in the merge attempted branch [15:42] fta: not for extensions packages from sources [15:42] fta: where do i find this? [15:42] fta: check extension doesnt have an operation to test for a specific branch either [15:43] bdrung: its in a branch [15:43] link? [15:43] https://code.edge.launchpad.net/~mozillateam/mozilla-devscripts/mozilla-devtools [15:43] ok ... a friend visits me in a second. ill be out most likely till tomorrow [15:45] asac, enjoy [15:45] have fun [15:45] thanks [15:45] * asac suspends ;) [15:45] i'm gonna go for sports too === bdrung_ is now known as bdrung === Moot2 is now known as MootBot