[01:29] <saivann> asac : Available today for mozilla locales? :)
[06:46] <wikz> mozilla bug 309505
[08:14] <asac> saivann: ok. lets do that now
[08:14] <asac> (if you are avail )
[08:18] <saivann> asac : I am
[08:19] <saivann> asac : A bit tired, but I should be able to do it right now
[08:19] <saivann> asac : Did you have time to take a look at the changelog for the new sunbird and lightning-extension locales?
[08:19] <asac> ok. so what is on topic .... sunbird/lightning locales right?
[08:19] <saivann> asac : thunderbird-locales does not have any special changes, they are only updated to the new release
[08:20] <asac> ok good
[08:20] <asac> saivann: where is that package?
[08:20] <saivann> asac : thunderbird-locales for hardy-proposed and intrepid, sunbird-locales and lightning-extension-locales for intrepid
[08:20] <asac> ok lets do tbird
[08:21] <saivann> bug 236964 bug 230209
[08:21]  * asac searches for bug
[08:21] <saivann> asac : I agree, thunderbird-locales is the first one to upload, lightning-extension depends on the new thunderbird-locales package
[08:23] <saivann> asac : As you can see, there is two packages for thunderbird-locales, one with extra ro locale added, and one with the upstream locales only.
[08:24] <asac> saivann: why is the version of the hardy packages 1:2.0.0.0+1 ?
[08:24] <saivann> asac : If you prefer it, the package with ro locales has been asked by Jani Monoses in the bug report. ro locale has been tested by me and it works
[08:25] <saivann> asac : Because it's a update and we don't want the hardy package to hit the intrepid one
[08:25] <saivann> (in repository)
[08:25] <saivann> asac : I suggested you the current version number some weeks ago and you acknowledged it
[08:25] <asac> saivann: we definitly want to reflewct the right version there
[08:26] <asac> 2.0.0.0+1?
[08:26] <saivann> asac : Let me loook
[08:26] <asac> then i was drunk ;)
[08:26] <asac> if the orig.tar.gz is exactly the same, then we can use the same upstream version
[08:27] <saivann> asac : the current complete version number is thunderbird-locales_2.0.0.0+1-0ubuntu1.8.04.1
[08:27] <asac> e.g. 2.0.0.14+1_0ubuntu1~0.8.04.1 and 2.0.0.14+1_0ubuntu1
[08:27] <saivann> asac : Really? Oh.. yes that makes sense
[08:27] <asac> yes
[08:27] <saivann> asac : There is no difference between the hardy and the intrepid package anyway, so I can fix this in a few minutes
[08:27] <asac> err, 2.0.0.14+1-0ubuntu1~8.04.1 and 2.0.0.14+1-0ubuntu1
[08:28] <asac> ok. i can fix that on my own
[08:28] <asac> ok i added the bug to the changelog
[08:28] <saivann> asac : Ok, thanks for the MOTU course :)
[08:28] <asac> and uploaded to intrepid ;)
[08:28] <asac> err ... will upload ;)
[08:28] <saivann> asac : Nice, thank you
[08:29] <asac> let me just test one translation ;)
[08:29] <saivann> damned right! I Always forget the bug in my changelog for my -locales package, sorry
[08:29] <saivann> of course
[08:32] <saivann> asac : Will you upload the package that contains -ro locale?
[08:32] <asac> ill upload the last you posted to the bug ;)
[08:32] <asac> so yes
[08:33] <asac> saivann: so the orig.tar.gz is identical?
[08:33] <saivann> great
[08:33] <asac> (hardy vs. intrepid?)
[08:33] <saivann> asac : Please verify it, I built them based on the same, but it's never a bad idea to make sure before uploading
[08:34] <asac> saivann: ok ... so just using the intrepid package with tweaked changelog is ok?
[08:35] <saivann> asac : Yes, please prefer this alternative, diff is telling me that the orig.tar.gz are different
[08:35] <asac> saivann: ok.
[08:35] <asac> saivann: why do we need that ro.xpi btw?
[08:36] <asac> e.g. is the ro guy too lazy to get that in upstream?
[08:36] <saivann> asac : thunderbird 2.* won't accept new locales.
[08:37] <asac> ok
[08:37] <saivann> asac : I consulted upstream bug reports that Jani Monoses pointed in the LP bug report and developers are answering that new locales will only be added to tb 3 trunk, but not tb 2
[08:38] <saivann> asac : Feel free to accept or decline it, I built a package for it on the last minute in case that you considered this locale important
[08:38] <saivann> asac : The orig.tar.gz are probably different because I re-built both of them with ro locale
[08:38] <asac> sure ... we can take it
[08:42] <asac> saivann: if there is no sign of the ubuntu-sru team in that bug (e.g. approval to archive is required) on wed, let me know so i can bug them directly
[08:42] <saivann> asac : Can you do something so help this patch getting reviewed and uploaded? bug 232402 . I don't know if you remember it, but we worked many hours on it a month ago.
[08:43] <saivann> asac : Ok, noted
[08:47] <asac> hmm dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[08:48] <saivann> asac : On which package, thunderbird-locales?
[08:49] <saivann> asac : thunderbird-locales has Maintainer: Martin Pitt <martin.pitt@ubuntu.com>
[08:51] <asac> saivann: no. chmsee
[08:51] <asac> i fixed that and uploaded now
[08:52] <asac> saivann: if motu-sru guys dont get active till wed let me know
[08:52] <saivann> asac : Great, thanks
[08:52] <saivann> asac : Now, are you ready for sunbird-locales and lightning-extension-locales?
[08:52] <asac> saivann: yeah. where?
[08:52] <saivann> asac : bug 236964
[08:53] <saivann> asac : changelog has many entry :)
[08:54] <asac> saivann: ok. thats intrepid only right?
[08:54] <saivann> asac : Yes, not hardy
[08:56] <saivann> asac : I changed the Maintainer to Ubuntu MOTU Team and I added myself as XSBC-Original-Maintainer, is that correct?
[08:57] <saivann> or should I use Uploader
[08:58] <asac> saivann: the corrupted install.rdf thing ... are those fixed upstream?
[08:58] <asac> saivann: maybe you can forward those?
[08:58] <saivann> asac : no, I filed upstream bugs
[08:58] <saivann> asac : https://bugzilla.mozilla.org/show_bug.cgi?id=450808
[08:58] <asac> ah ok. is there an ubuntu bug for them we could connect?
[08:59] <saivann> asac : No because this package is not uploaded to ubuntu yet. It only happens with version 0.8 for da and it xpi
[09:00] <asac> saivann: ok. ill reference the upstream bug then in changelog
[09:00] <saivann> asac : Patches are already included in my package to avoid the problem. Without patch, these xpi don't install, sunbird simply reject them
[09:00] <saivann> asac : np
[09:01] <asac> ok i named the patches explicitly in changelog and references upstream bug
[09:01] <saivann> great
[09:02] <asac> saivann: what you can do is to go to #calendar channel on irc.mozilla.org and ask who can review that patch
[09:02] <asac> (e.g. the patches)
[09:02] <asac> otherwise they will never land
[09:02] <saivann> asac : Noted, I'll do it
[09:03] <asac> i confirmed the bug for now
[09:03] <asac> (in bugzilla)
[09:03] <saivann> asac : Thank you, I'll go to the channel to ask someone to take a look at the patches
[09:03] <asac> saivann: to get things into mozilla you need to request review and if thats done request landing
[09:03] <asac> saivann: what you need to ask is who is reviewer for those files
[09:03] <saivann> asac : landing?
[09:04] <asac> and then you "edit patch" and set the review flag to ? with the email of the reviewer next to it
[09:04] <asac> saivann: once you have review we can see how to go on ;)
[09:04] <saivann> asac : Ok, thanks for letting me know how it works
[09:07] <XioNoX> Hi !
[09:08] <asac> saivann: ok uploaded everything. archive admins might be unhappy about MPL being duplicated everywhere
[09:08] <asac> saivann: i think the right way would be to reference the MPL file hopefully shipped by sunbird and lightning
[09:08] <asac> but lets see
[09:09] <asac> (they are not on CD so space isnt that a big problem)
[09:10] <saivann> asac : Is actually the MPL license shipped by lightning or sunbird?
[09:10] <asac> /usr/share/doc/sunbird/MPL.gz
[09:10] <asac> i think lignthing-extennsion still has in in copyright
[09:10] <asac> so yes. we could only reference it for sunbird locales until that is fixed
[09:11] <asac> hi XioNoX
[09:11] <saivann> asac : Yes
[09:11] <asac> saivann: ok. thanks for all this. i hope the delay didnt demotivate you too much :(
[09:11] <saivann> asac : Eh no, I know that you're pretty busy, but I'm very glad that you had time for it today!
[09:11] <XioNoX> asac, it's my last "real" internship day :(
[09:12] <asac> XioNoX: champange ;) ... err. lets mourn :(
[09:12] <XioNoX> beer this evening with all the crew
[09:12] <asac> yay ;)
[09:12] <saivann> asac : Thanks for your fast review. You probably didn't have much time to see all the changes, but now lightning-extension locales doesn't have one of the ugly scripts anymore and can now be updated using debian rules :)
[09:12] <asac> thats the important part i guess
[09:13] <asac> XioNoX: technically, we have time till aug 28th to get these features into ubuntu. if you want you can go on for another few days.
[09:13] <asac> :)
[09:14] <XioNoX> asac, next time I go in germany, i'll pay you a beer ;)
[09:14] <XioNoX> this weekend I'll not have time
[09:14] <asac> moving back?
[09:14] <XioNoX> I'll work the 25
[09:14] <XioNoX> the 26, I'll moving back
[09:15] <XioNoX> and once at home I'll not have time too
[09:15] <asac> XioNoX: ok. lets get as much done today as possible and get this into bzr
[09:15] <XioNoX> but even with few more days, I'm not sure I could make it in time
[09:15] <XioNoX> sure
[09:16] <asac> XioNoX: well. 28th is not really a hard dead-line
[09:16] <asac> the alternative thing is certainly important enough to get an exception. just let me know ;)
[09:16] <XioNoX> ok, because I'm going back to school the 1st, so I'll have less time, but I'll continue to work on it
[09:17] <asac> XioNoX: sure. what we need is a rough edged feature. we still have plenty of time to fix things after that
[09:17] <asac> XioNoX: school == university?
[09:18] <XioNoX> yes, second year
[09:19] <saivann> asac : I'm thinking about becoming a MOTU, is there a lot of things to know appart what I already know about packaging to become a good MOTU?
[09:20] <XioNoX> asac, another problem is that navigator.plugins[i].filename give only filename, and not full path :(
[09:20] <asac> saivann: hard to say. i think you do quite well. the easiest way to become a motu is to actively engange in MOTU-specific tasks:
[09:20] <asac>  1. universe merges
[09:20] <[reed]> XioNoX: it does if you enable that pref
[09:20] <asac>  2. review packages on REVU
[09:20] <[reed]> XioNoX: plugin.expose_full_path
[09:20] <[reed]> change that to true
[09:20] <[reed]> and you get the full path
[09:21] <XioNoX> ha ok, thanks
[09:21] <XioNoX> ;)
[09:21] <asac> [reed]: punch that into a defaults/preferences/ in ubufox for now
[09:21] <asac> err XioNoX ^^
[09:21] <asac>  ;)
[09:22] <XioNoX> ?
[09:22] <saivann> asac : Ok, thanks. I'm already doing many merges and I maintain some packages, so I'll think about it more...
[09:22] <saivann> asac : I'm away for the night, thanks again for this fast review! :)
[09:23] <asac> saivann: talk to dholbach
[09:23] <asac> saivann: he knows best how to become a MOTU ... for me things are still opaque somewhat :/
[09:23] <saivann> asac : I know that he's doing quite a very nice work with MOTU :)
[09:23] <saivann> asac : Ok :P
[09:24] <asac> saivann: he is responsible to answer all kind of these enquiries
[09:24] <asac> saivann: no problem. thanks for your work for the mozillateam ;)
[09:24] <saivann> asac : Nice to know, perhaps that I can extend my contribution to ubuntu this way.. I'll think about it.
[09:24] <saivann> asac : It's a pleasure !
[09:24] <XioNoX> asac, I have to modify it myself or it will be good by default ?
[09:25] <asac> XioNoX: use it as default for now
[09:25]  * saivann is away
[09:25] <asac> XioNoX: I have to think about it
[09:25] <XioNoX> ok
[09:38] <XioNoX> asac, with : if(branchFilePrefs.getCharPref(mimeType))
[09:38] <XioNoX> 			var pluginFile = branchFilePrefs.getCharPref(mimeType);
[09:39] <XioNoX> if the mimetype isn't in the prefs, the code crash
[09:39] <XioNoX> Erreur : [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getCharPref]"  nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)"  location: "JS frame :: chrome://ubufox/content/pluginAlternativeOverlay.js :: describePreferredAction :: line 74"  data: no]
[09:39] <XioNoX> Fichier Source : chrome://ubufox/content/pluginAlternativeOverlay.js
[09:39] <XioNoX> Ligne : 74
[09:40] <asac> french ;)
[09:40] <asac> me ... no comprende ;)
[09:40] <XioNoX> the french lines are useless ;)
[09:40] <asac> yeah ;)
[09:40] <asac> XioNoX: whats in that line
[09:40] <asac> paste
[09:40] <XioNoX> if(branchFilePrefs.getCharPref(mimeType))
[09:41] <asac> what is branchFilePrefs?
[09:41] <XioNoX> but if the modules.plugins.mimetype.application/....... existe, it work corectly
[09:41] <asac> XioNoX: good. then catch the exception
[09:41] <asac> and treat it as "doesnt exist"
[09:41] <XioNoX> var branchFilePrefs = Components.classes["@mozilla.org/preferences-service;1"].
[09:41] <XioNoX>                     getService(Components.interfaces.nsIPrefService);
[09:41] <XioNoX> branchFilePrefs = branchFilePrefs.getBranch("modules.plugins.mimetype.");
[09:41] <asac> XioNoX: oh
[09:42] <asac> you can also test whether a pref existsw
[09:42] <XioNoX> i though that will test : if(branchFilePrefs.getCharPref(mimeType))
[09:42] <XioNoX> what it the best ?
[09:42] <asac> XioNoX: ah
[09:43] <asac> XioNoX: no you dont need to get that branch
[09:43] <asac> XioNoX: just use:
[09:43] <asac> var prefBranch ? Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch);
[09:43] <asac> var prefBranch = Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch);
[09:43] <asac> and then prefBranch.getCharPref("modules.plugins.mimetype."+mimetype);
[09:44] <asac> XioNoX: alternatively you could check whether branchFilePrefs != null before continuing
[09:45] <XioNoX> yes, i need to check if modules.plugins.mimetype."+mimetype exist or not
[09:45] <asac> XioNoX: no. what your current problem is that the branch doesnt exist
[09:45] <XioNoX> the branch exist
[09:45] <XioNoX> I4ve put 1 thing in it
[09:45] <XioNoX> for the flash
[09:46] <XioNoX> modules.plugins.mimetype.application/flash exist
[09:46] <XioNoX> but for exemple modules.plugins.mimetype.application/don't exsit
[09:47] <XioNoX> err : but for exemple modules.plugins.mimetype.video/x-msvideo don't exsit
[09:47] <asac> XioNoX: ok. anyway, at best do as i said and also try{  } catch the getCharPref
[09:47] <asac> e.g. no need to get the branch first ... you can just ask for the complete key
[09:47] <asac> 10:43 < asac> var prefBranch = Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch);
[09:47] <asac> 10:43 < asac> and then prefBranch.getCharPref("modules.plugins.mimetype."+mimetype);
[09:48] <asac> if getCharPref really throws exception there you just do
[09:48] <asac> try {
[09:48] <XioNoX> yeah, but it was'nt crashing when going into the branch
[09:48] <asac> sure
[09:48] <asac> but better remove that uncertainty as well ;)
[09:48] <asac> if there is no key with modules.plugins.mimetype at all then getting the branch would probably fail too
[09:56] <XioNoX> asac, in this page : http://www.xulplanet.com/references/objref/Plugin.html
[09:56] <XioNoX> how works the MimeType method ?
[09:57] <XioNoX> I need to get navigator.plugins[i].filename from the mieType of the plugin[i]
[09:59]  * asac looking
[10:00] <asac> XioNoX: what do you want to know?
[10:00] <XioNoX> how works the MimeType method ?
[10:00] <asac> XioNoX: its a list:
[10:00] <XioNoX> I need to get navigator.plugins[i].filename from the mimeType of the plugin[i]
[10:01] <asac> for (var a =0; a < plugin.length; a++) alert("mimetpye: "+ plugin.item(a));
[10:01] <asac> thats what i'd guess
[10:01] <asac> with var plugin = navigator.plugins[i]
[10:03] <XioNoX> so can I doo thing like : navigator.plugins[i].item[j].type ?
[10:05] <asac> XioNoX: you could, but that this kind of form is ugly
[10:05] <asac> you iterate over the plugins anyway i guess
[10:05] <asac> so you have var plugin
[10:05] <XioNoX> yes but it is the best way
[10:05] <asac> and can just use plugin.item[j]
[10:05] <asac> he?
[10:05] <XioNoX> and the only way
[10:06] <XioNoX> ?
[10:06] <asac> i dont understand that ... i am sure you are iterating over the plugins already ... which means that you alread have the individual plugin
[10:06] <asac> e.g. you have a nested loop
[10:06] <asac> one with "i" and one with "j"
[10:06] <XioNoX> yes yes
[10:07] <XioNoX> the navigator.plugins[i].item[j].typ
[10:07] <asac> no need to reresolve plugins[i] on every call
[10:07] <XioNoX> was just to know
[10:07] <asac> sure
[10:07] <XioNoX> If it is possible, I can doo all I need
[10:07] <asac> would work ... but this kind of form doesnt allow you to test for null in between ... which can cause nasty null expcetion
[10:07] <XioNoX> ok
[10:08] <asac> i dont see where you see type
[10:08] <asac> yeah
[10:08] <asac> you can do that then
[10:08] <XioNoX> In this case I have to do that
[10:08] <asac> i doubt it ;)
[10:08] <asac> but well
[10:09] <asac> you are coding it ... so go for it
[10:09] <asac> but never rely on an array deref giving you back anything
[10:09] <XioNoX> because I need to iterate through all mimetype of all plugins, to find the matching mimetype
[10:09] <asac> e.g. navigator.plugins[i].item[j] might be null
[10:09] <XioNoX> and then return the filename of the plugin who support this mimetype
[10:09] <asac> sure
[10:09] <asac> but that doesnt mean that you need to use that form
[10:10] <asac> for (var i = 0; i < pluginsCount; i++) {
[10:10] <asac>   var plugin = browser.plugins[i];
[10:10] <asac>   for (var j = 0; j < plugin.length; j++) {
[10:10] <asac>    var mimetype = plugin.item(j);
[10:10] <asac> ...
[10:10] <asac> thats what you need to do
[10:10] <asac> to iterate through all plugins with all mimetypes ;)
[10:11] <asac> so no ... i think item[j] wont work ;)
[10:11] <asac> its item(j)
[10:11] <XioNoX> ho yes
[10:11] <XioNoX> it is what I wanted to do
[10:12] <asac> sure
[10:12] <XioNoX> it was just a short way to write it
[10:13] <asac> k
[10:17] <XioNoX> An easy question : what is the difference beetwin [i] and (i) ?
[10:20] <asac> http://www.xulplanet.com/references/objref/Plugin.html
[10:20] <asac> item is a method
[10:20] <asac> item (i) -> call function item with parameter i
[10:20] <asac> item [i] -> get ith element of array item
[10:21] <asac> in this case item is a function not an array as you can see in the html above
[10:22] <asac> XioNoX: oh. http://www.xulplanet.com/references/objref/Navigator.html
[10:22] <asac> you can also use navigator.mimeTypes
[10:23] <asac> and then ask mimeType.enabledPlugin
[10:23] <XioNoX> ok, thanks
[10:23] <asac> (not sure if my pref fix actually applies that properly)
[10:23] <asac> but it should i hope
[10:23] <asac> XioNoX: thats the right way to get the currently enabled plugin i guess ;)
[10:29] <XioNoX> And what return this enabledPlugin ?
[10:29] <XioNoX> true/false ?
[10:29] <XioNoX> the name of the plugin? an id?
[10:29] <asac> XioNoX: look at api doc: http://www.xulplanet.com/references/objref/MimeType.html
[10:29] <XioNoX> yeah, i've read that
[10:30] <XioNoX> it give the full plugin element ?
[10:30] <asac> what is the "full" plugin?
[10:30] <asac> http://www.xulplanet.com/references/objref/Plugin.html
[10:30] <asac> thats the one you get from there
[10:30] <XioNoX> yeah ok
[10:31] <asac> so to get the current selected, try to loop through navigator.mimeTypes and use the plugin you find through enabledPlugin
[10:32] <asac> and for the selectable plugin list you iterate through navigtor.plugins and add every plugin that mathces your mimetype
[10:32] <XioNoX> yeah
[10:32] <XioNoX> ok
[10:33] <XioNoX> asac, so getCharPref("modules.plugins.mimetype." + mimeType) is useless ?
[10:34] <XioNoX> we will just have to find a way to change the readonly Plugin enabledPlugin
[10:34] <asac> XioNoX: no
[10:34] <XioNoX> to something like readandwrite Plugin enabledPlugin
[10:34] <asac> XioNoX: thats not useless
[10:34] <asac> XioNoX: we change the readonly enabledPlugin through that mechanism
[10:35] <asac> XioNoX: thats not possible
[10:35] <asac> XioNoX: everything should be fine
[10:35] <XioNoX> ok
[10:35] <XioNoX> but I don't need to get getCharPref("modules.plugins.mimetype." + mimeType)
[10:36] <XioNoX> just need to get readonly Plugin enabledPlugin ?
[10:36] <asac> XioNoX: thats the idea. at best keep both and compare
[10:36] <asac> so we know whether the mimeTypes array is properly fixed by my patch
[10:36] <XioNoX> ok
[11:03] <XioNoX> asac another point, it if fox exemple, the avi plugin if mplayer is called "Windows Media player plugin"
[11:04] <XioNoX> and the totem one : "Windows Media player plugin (Compatible; Totem)"
[11:06] <asac> XioNoX: hmm. maybe make "fat" entries, that include the description as well?
[11:07] <asac> like name in bold ... then the description in a new line with normal font?
[11:07] <XioNoX> ideo Player Plug-in for QuickTime, RealPlayer and Windows Media Player streams using MPlayer
[11:07] <XioNoX> JavaScript Enabled and Using GTK2 Widgets
[11:08] <XioNoX> and I'm limited by the xml
[11:08] <asac> he?
[11:08] <XioNoX> ok maybe not
[11:08] <XioNoX> but the description is long and "stupid"
[11:08] <asac> well. thats an independent issue ;)
[11:09] <asac> and should be fixed in the plugin if at all
[11:09] <asac> firefox can just present what the plugin provides ;)
[11:09] <XioNoX> i agree
[11:25] <XioNoX> asac, can you check that : http://img158.imageshack.us/my.php?image=captureka1.jpg ?
[11:25] <XioNoX> I don't know how can i resolv this problem
[11:26] <asac> XioNoX: whats the problem there?
[11:26] <XioNoX> http://pastebin.mozilla.org/522396
[11:26] <XioNoX> In the menu
[11:26] <XioNoX> there are possible plugins for all detected content
[11:26] <asac> yeah
[11:27] <XioNoX> for exemple macromedia flash for the AVI mimetype
[11:28] <asac> XioNoX: yes. thats because you go through all mimeTypes
[11:28] <asac> the for (var ... should only be run if the mimeType is the mimeType of the row you are in
[11:28] <XioNoX> yeah, but i don't know what i can doo
[11:28] <XioNoX> yeah
[11:29] <XioNoX> but how ?
[11:29] <asac> so what is your real question?
[11:29] <XioNoX> because there are no dialog between showContentList(){ and rebuildActionsMenu: function() {
[11:29] <asac> XioNoX: document.getAnonymousElementByAttribute(typeItem, "class", "actionsMenu");
[11:30] <asac> there you have to get the left column and get the mime-type from it
[11:30] <asac> and then only use that mimeType
[11:30] <XioNoX> So i have to use  document.getAnonymousElementByAttribute(typeItem, "class", "actionsMenu"); ?
[11:31] <asac> XioNoX: that gets the actionsMenu
[11:31] <asac> you need to do something similar
[11:31] <asac> hmm
[11:31] <asac> just get the left colum from the selected element
[11:31] <asac> ;)
[11:31] <asac> e.g. thats probably just an attribute of the selectedItem
[11:31] <asac> you know best how the xul looks like
[11:32] <asac> item.setAttribute("type", mimeType);
[11:32] <asac> so get the "type" attribute from the #
[11:32] <asac> so get the "type" attribute from the _list.selectedItem;
[11:32] <asac> #
[11:32] <XioNoX> yeah ?
[11:32] <asac>  maybe?
[11:33] <XioNoX> # ?
[11:33] <asac> typo
[11:33] <asac> just do it
[11:34] <XioNoX> ok, trying
[12:23] <asac> wow ... scary
[12:23] <asac> CPU-fan failure sound is _really_ really intimidating
[12:30] <Jazzva> asac, I know that sound ;)
[12:31] <Jazzva> asac, I'm going off for few hours. I didn't manage to write the project... so I sent the e-mail to assistant to see if it's too late to send the doc for it. just to know should I bother with it now. If it's late for that, I'll be able to test nspluginwrapper later in the afternoon
[12:31] <Jazzva> see you later
[13:04] <XioNoX> back ;)
[13:28] <XioNoX> asac, now I have to do the "action" part
[13:29] <asac> XioNoX: good
[13:31] <XioNoX> so what should happend when we clic on a plugin ?
[13:31] <XioNoX> how to change the default plugin ?
[13:34] <fta> [reed], do you have a roadmap document for svg ? something describing current and future support for each svg 1.1 full feature and sub-feature
[13:39] <XioNoX> asac ?
[13:39] <asac> XioNoX: you get the full path
[13:40] <asac> XioNoX: and add that to the pref
[13:40] <XioNoX> that's all ?
[13:49] <asac> XioNoX: well. you need to reloadplugins
[13:49] <asac> but for now try if it works by just stopping it
[13:49] <asac> (firefox)
[13:49] <asac> and starting it again
[13:50] <XioNoX> ok
[13:50] <XioNoX> i store the fullpath ?
[13:50] <asac> yes
[13:59] <fta> Format <RepositoryFormatKnit1> for lp-140215308:///~mozillateam/xulrunner/xulrunner-1.9.1.head/.bzr is deprecated - please use 'bzr upgrade' to get better performance
[13:59] <fta> ??
[14:00] <fta> asac, did you change something or is it a new bzr feature ?
[14:00] <fta> got that with a pull
[14:02] <asac> fta: urgh
[14:02] <fta> asac, http://paste.ubuntu.com/39688/
[14:04] <asac> fta: please push the branch to xulrunner-1.9.1.backup ... then do a bzr upgrade lp:~mozillateam/xulrunner/xulrunner-1.9.1.head
[14:04] <asac> and prey
[14:06] <fta> i don't want to do that now, i'm on something else (just doing simple ppa updates while my stuff is gathering results), i think we should plan an upgrade-all-mt-branches day
[14:07] <fta> ix:~/bzr$ l -d */.bzr | wc -l
[14:07] <fta> 94
[14:07] <fta> so i need to think if i don't want to break everything
[14:11] <asac> yeah ;)
[14:11] <asac> fta: maybe launchpad crew can do that for us?
[14:11] <asac> they can run that locally
[14:12] <asac> fta: ill ask the canonical bzrlp crew to provide that service ;)
[14:12] <asac> lets see how happy they are ;)
[14:12] <fta> but shouldn't we have the same format locally ?
[14:12] <asac> at least they could instantly fix it when something goes wrong
[14:12] <asac> fta: doesnt matter afaict
[14:12] <asac> e.g. if you do abzr upgrade . (locally)
[14:13] <asac> the bzr push wont upgrade the remote branch
[14:13] <fta> sure but could you still push or pull afterward ?
[14:14] <asac> fta: i guess so. at least i can push after upgrading locally and remote still being old
[14:14] <asac> ok i asked the bzrlp crew ;)
[14:14] <asac> lets see how supportive they are
[14:14] <fta> :)
[14:20] <XioNoX> asac, I don't understand how work the "action" attribute, it go deep into the applications.js with some weirds thing :)
[14:23] <asac> XioNoX: it doesnt matter how it works in application.js
[14:23] <asac> XioNoX: for us its quite simple: check what is selected. if thats a plugin, set that in the pref
[14:24] <asac> is that easy enough?
[14:24] <XioNoX> yes, it is easy to understand, but i don't see how I can doo it
[14:25] <asac> XioNoX: you add menuitems, right?
[14:25] <asac> cant you attach a onclick handler on each menuitem
[14:26] <XioNoX> nop
[14:26] <XioNoX> ho yes :)
[14:26] <XioNoX> maybe
[15:09] <XioNoX> asac, does setCharPref update the value if there are onle already existing ?
[15:10] <XioNoX> s/onle/one
[15:11] <gandi> asac: ping
[15:23] <asac> gandi: yes.
[15:23] <asac> XioNoX: yes
[15:24] <asac> XioNoX: setCharPref should create one for you
[15:24] <XioNoX> asac, I'm trying to refresh the plugins
[15:24] <gandi> asac: will need a bit of your time
[15:24] <gandi> in 10 minutes
[15:24] <XioNoX>  NPN_ReloadPlugins(true);
[15:24] <gandi> is that ok for you?
[15:25] <XioNoX> Erreur : NPN_ReloadPlugins is not defined
[15:25] <asac> in 30 minutes i have a meeting thing. so if 20 minutes are enough, then probably yes
[15:25] <gandi> it is
[15:25] <gandi> thanks
[15:25] <gandi> need to reboot
[15:25] <asac> XioNoX: thats the wrong way
[15:25] <gandi> brb
[15:25] <asac> XioNoX: look in browser.js ... i think it does something like that
[15:25] <XioNoX> asac, what is the good way ?
[15:26] <asac> XioNoX: does it work if you restart the browser?
[15:26] <XioNoX> Haven't tryd yet
[15:27] <XioNoX> still have a bug with the preferences
[15:27] <XioNoX> but if reloading plugins is easy it would help me to debug
[15:28] <asac> XioNoX: try with restart first
[15:28] <asac> the "reload" plugin thing is a bit broken in firefox, so until everything works it only causes confusion
[15:28] <XioNoX> ok
[15:29] <XioNoX> I'm doing this : alert(typeItem.type);
[15:29] <XioNoX>       	alert(navigator.plugins[i].filename);
[15:29] <XioNoX>         prefBranch.setCharPref("modules.plugins.mimetype." + typeItem.type, navigator.plugins[i].filename);
[15:29] <XioNoX>         alert('Selection saved');
[15:29] <XioNoX> the alerts show me the good things
[15:29] <XioNoX> everytime
[15:30] <XioNoX> but the setCharPref seem to don't works well
[15:30] <XioNoX> it only save sometimes
[15:36] <asac> XioNoX: its should work. you have to shut down the browser manually though
[15:36] <asac> otherwise the setting wont get flushed to disc
[15:37] <gandi> asac: ping
[15:38] <asac> gandi: start to talk. i just have to get a new coffee
[15:45] <XioNoX> asac, the reload thing work, but not the preference things...
[15:45] <asac> what doesnt work?
[15:46] <asac> it doesnt save that pref?
[15:46] <XioNoX> no
[15:46] <XioNoX> it works
[15:46] <XioNoX> just heve to restart firefox tu update the view
[15:47] <asac> the wizard view?
[15:47] <asac> yes. that makes sense
[15:47] <asac> XioNoX: can you please push what you have?
[15:47] <asac> XioNoX: i would like to take a look  ;)
[15:48] <XioNoX> shure
[15:48] <asac> shure like shark? :-D
[15:48] <asac> sorry, just kidding
[15:48] <XioNoX> sure
[15:48] <XioNoX> :)
[15:57] <XioNoX> back
[15:59] <asac> ah ;) ... i just thought that you bailed out ;)
[16:01] <XioNoX> sorry, the new networkmanager make my computer freeze
[16:01] <gandi> asac: he's helping me install the extensions in my 8.10 box
[16:02] <XioNoX> gnome-pannel are now useless
[16:02] <asac> XioNoX: the new networkmanager i uploaded?
[16:02] <XioNoX> yes
[16:02] <XioNoX> this morning I think
[16:02] <XioNoX> don't work when i'm connected on wifi
[16:04] <asac> XioNoX: hardy? or intrepid?
[16:09] <gandi> asac: don't you think it would be cool to have this code arzhel wrote for pfs in his bzr repo?
[16:10] <XioNoX> asac, hardy
[16:10] <XioNoX> from you ppa
[16:10] <asac> XioNoX: you mean the code that tries to move the pfs to the addons dialog?
[16:11] <asac> XioNoX: i didnt change anything since yesteradya.
[16:11] <asac> ok ... away for 40min
[16:11] <fta> lol, i own all the ppa builders: https://edge.launchpad.net/+builds
[16:16] <XioNoX> asac, pushed
[16:18] <XioNoX> fta ?
[16:18] <fta> nothing, just a bad joke
[16:27] <asac> fta: oh. xulrunner + openoffice use the builds ;)
[16:27] <asac> nice
[16:27] <asac> finally not idle
[16:29] <fta> it was xul + ff
[16:30] <fta> https://edge.launchpad.net/~fta/+archive/+builds?build_text=&build_state=all
[16:30] <fta> too bad if takes so long to populate the ppa after a build
[16:31] <asac> XioNoX: why is there always avi video?
[16:31] <XioNoX> asac, yeah i've pushed too fast
[16:31] <asac> k
[16:31] <XioNoX> look at the top of the .js file
[16:32] <XioNoX> I think I'll fix theses little thinks on monday
[16:32] <XioNoX> unless you have other things in mind
[16:33] <XioNoX> and I've noticed few bug
[16:35] <asac> XioNoX: ok
[16:35] <XioNoX> asac, my gnome-pannel came back !
[16:40] <asac> XioNoX: did you reboot after upgrade of NM?
[16:47] <XioNoX> yes
[16:47] <XioNoX> I've reboot
[16:47] <XioNoX> then switch to wifi
[16:48] <XioNoX> and the wifi screw the gnome-pannel
[16:48] <asac> and it just started today?
[16:48] <XioNoX> i've get an update this morning
[16:48] <asac> thats strange. i didnt change anything in the normal codebase
[16:48] <asac> XioNoX: whats the version?
[16:48] <XioNoX> and hesterday evening it was working perfectly
[16:49] <asac> what other upgrades did you get?
[16:49] <asac> XioNoX: what kind of issues do you see? do you get stuck with two green lights?
[16:49] <asac> or one?
[16:50] <XioNoX> http://pastebin.mozilla.org/522524
[16:50] <XioNoX> nop
[16:50] <XioNoX> this was working
[16:50] <XioNoX> but 4/5 of the gnome-pannel didn't work
[16:50] <asac> XioNoX: what chipset?
[16:50] <XioNoX> intel
[16:50] <asac> what graphics processor?
[16:51] <XioNoX> Intel Corporation PRO/Wireless 4965 AG or AGN Network Connection (rev 61)
[16:51] <asac> reboot, reproduce and then give me the complete syslog ;)
[16:51] <asac> that should work ;)
[16:51] <XioNoX> i haven't the time yet
[16:51] <asac> XioNoX: ok. just tell me if you there were 2 green lights
[16:51] <asac> or one?
[16:52] <XioNoX> but it unfreeze when the screen light get lower
[16:52] <XioNoX> like idle mode
[16:52] <XioNoX> the wifi was working good
[16:53] <XioNoX> the 2littlecomputers
[16:53] <asac> anyway. if you have the syslog i can take a look
[16:54] <asac> network-manager is unlikely the reason. i didnt change any code
[16:54] <asac> so manybe restricted-modulkes update
[16:54] <XioNoX> maybe too
[16:55] <asac> almost certainly ... unless you get to 2 green lights when network-manager spins
[16:55] <asac> that would be a glitch in my upload ;)
[16:55] <asac> but i dont think i did that glitch again
[16:55] <asac> glitch == releasing to hardy from the intrepid branch
[16:55] <XioNoX> ok
[16:55] <XioNoX> backport ?
[16:56] <XioNoX> and amarok 2 is amazing :o
[17:03] <asac> backport for what?
[17:03] <gandi> XioNoX: I must say I can't get used to a2 ;)
[17:03] <gandi> prefer amarok 1
[17:04] <asac> amarok ... sounds Qt like ;)
[17:04] <XioNoX> yeah
[17:04] <XioNoX> but it is the best music player ever
[17:04] <XioNoX> and I find the 2nd version amazing
[17:07] <gandi> I love the player
[17:07] <gandi> but I simply can't switch to 2
[17:07] <gandi> 1.x had such a great UI
[17:07] <gandi> and 2 is too experimental for me ;)
[17:08] <gandi> I'm a conservatist probably :)
[17:08] <XioNoX> I think too
[17:09] <gandi> I'm overall extremely impressed by the whole kde 4.x effort
[17:41] <XioNoX> gandi, let's go ;)
[17:48] <fta> screenshot ?
[17:49] <fta> hm, he's gone
[18:53] <[reed]> fta: maybe http://www.mozilla.org/projects/svg/status.html ?
[18:55] <fta> [reed], i knew this page but it's not complete
[18:56] <[reed]> that's all I know
[18:56] <fta> vertical text is not supported and it's not mentionned
[18:56] <[reed]> e-mail some of the SVG guys?
[18:56] <[reed]> or check #svg on moznet
[18:57] <fta> ok
[19:05] <fta> and there's no roadmap at all :(
[19:06] <fta> i see it's often tied to the CSS3 partial implementation
[19:07] <fta> which will remain incomplete even for 3.1 :(
[19:43] <jcastro> asac: remind me who was doing pywebkit gtk?
[19:44] <asac> jcastro: yes. that was huats. and now that you say, i remember that he asked me to review his package two days ago
[19:44] <asac> jcastro: [huats(n=chris@ubuntu/member/huats)] http://revu.ubuntuwire.com/details.py?package=pywebkitgtk
[19:45] <jcastro> asac: can you holler at me when you review it? conduit upstream needs to know since they want to enable webkit in their ubuntu package
[19:48] <asac> jcastro: that will go to universe first (in case thats not obvious)
[19:48] <asac> jcastro: yes. there are already two rounds of reviews done. i am looking at it now
[19:48] <jcastro> rock and roll!
[22:06] <Jazzva> asac, ping
[22:07] <asac> Jazzva: yes?
[22:07] <Jazzva> asac, nspluginwrapper... what did you want me to do with it?
[22:08] <Jazzva> test 1.1.0 and see what patches we can remove? :)
[22:08] <asac> Jazzva: yes. test 1.1.0 and see if its worse than 1.0.0
[22:09] <fta> asac, what is supposed to happen for my motu application ?
[22:09] <asac> in any case we need to test what happens if we downgrade
[22:09] <Jazzva> if we downgrade to...? from 1.1.0 to 1.0.0?
[22:09] <asac> fta: i am not familiar with the inner-guts. i think it takes a bit. then at some point they review it
[22:09] <asac> fta: the idea is to wait, so that anyone who objects can comment and so on
[22:09] <fta> ok
[22:09] <Jazzva> fta, I think I read on wiki that it may take up to two weeks...
[22:10] <asac> if you rush people in there will be complains and people feel as if their opinion doesnt matter
[22:10] <Jazzva> Hmm... I should start working on my MOTU application...