=== asac_ is now known as asac [01:29] asac : Available today for mozilla locales? :) [06:46] mozilla bug 309505 [06:46] Mozilla bug 309505 in Lightning Only "Switching views in Lightning results in gray screen" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=309505 [08:14] saivann: ok. lets do that now [08:14] (if you are avail ) [08:18] asac : I am [08:19] asac : A bit tired, but I should be able to do it right now [08:19] asac : Did you have time to take a look at the changelog for the new sunbird and lightning-extension locales? [08:19] ok. so what is on topic .... sunbird/lightning locales right? [08:19] asac : thunderbird-locales does not have any special changes, they are only updated to the new release [08:20] ok good [08:20] saivann: where is that package? [08:20] asac : thunderbird-locales for hardy-proposed and intrepid, sunbird-locales and lightning-extension-locales for intrepid [08:20] ok lets do tbird [08:21] bug 236964 bug 230209 [08:21] * asac searches for bug [08:21] Launchpad bug 236964 in sunbird-locales "[intrepid] new upstream release 0.8" [Medium,In progress] https://launchpad.net/bugs/236964 [08:21] Launchpad bug 230209 in thunderbird-locales "upgrade thunderbird locales for 2.0.0.x and include new upstream translations" [Wishlist,Triaged] https://launchpad.net/bugs/230209 [08:21] asac : I agree, thunderbird-locales is the first one to upload, lightning-extension depends on the new thunderbird-locales package [08:23] 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] saivann: why is the version of the hardy packages 1:2.0.0.0+1 ? [08:24] 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] asac : Because it's a update and we don't want the hardy package to hit the intrepid one [08:25] (in repository) [08:25] asac : I suggested you the current version number some weeks ago and you acknowledged it [08:25] saivann: we definitly want to reflewct the right version there [08:26] 2.0.0.0+1? [08:26] asac : Let me loook [08:26] then i was drunk ;) [08:26] if the orig.tar.gz is exactly the same, then we can use the same upstream version [08:27] asac : the current complete version number is thunderbird-locales_2.0.0.0+1-0ubuntu1.8.04.1 [08:27] e.g. 2.0.0.14+1_0ubuntu1~0.8.04.1 and 2.0.0.14+1_0ubuntu1 [08:27] asac : Really? Oh.. yes that makes sense [08:27] yes [08:27] asac : There is no difference between the hardy and the intrepid package anyway, so I can fix this in a few minutes [08:27] err, 2.0.0.14+1-0ubuntu1~8.04.1 and 2.0.0.14+1-0ubuntu1 [08:28] ok. i can fix that on my own [08:28] ok i added the bug to the changelog [08:28] asac : Ok, thanks for the MOTU course :) [08:28] and uploaded to intrepid ;) [08:28] err ... will upload ;) [08:28] asac : Nice, thank you [08:29] let me just test one translation ;) [08:29] damned right! I Always forget the bug in my changelog for my -locales package, sorry [08:29] of course [08:32] asac : Will you upload the package that contains -ro locale? [08:32] ill upload the last you posted to the bug ;) [08:32] so yes [08:33] saivann: so the orig.tar.gz is identical? [08:33] great [08:33] (hardy vs. intrepid?) [08:33] 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] saivann: ok ... so just using the intrepid package with tweaked changelog is ok? [08:35] asac : Yes, please prefer this alternative, diff is telling me that the orig.tar.gz are different [08:35] saivann: ok. [08:35] saivann: why do we need that ro.xpi btw? [08:36] e.g. is the ro guy too lazy to get that in upstream? [08:36] asac : thunderbird 2.* won't accept new locales. [08:37] ok [08:37] 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] 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] asac : The orig.tar.gz are probably different because I re-built both of them with ro locale [08:38] sure ... we can take it [08:42] 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] 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:42] Launchpad bug 232402 in chmsee "xulrunner 1.9 support for chmsee 1.0.0" [Medium,Confirmed] https://launchpad.net/bugs/232402 [08:43] asac : Ok, noted [08:47] hmm dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address [08:48] asac : On which package, thunderbird-locales? [08:49] asac : thunderbird-locales has Maintainer: Martin Pitt [08:51] saivann: no. chmsee [08:51] i fixed that and uploaded now [08:52] saivann: if motu-sru guys dont get active till wed let me know [08:52] asac : Great, thanks [08:52] asac : Now, are you ready for sunbird-locales and lightning-extension-locales? [08:52] saivann: yeah. where? [08:52] asac : bug 236964 [08:52] Launchpad bug 236964 in sunbird-locales "[intrepid] new upstream release 0.8" [Medium,In progress] https://launchpad.net/bugs/236964 [08:53] asac : changelog has many entry :) [08:54] saivann: ok. thats intrepid only right? [08:54] asac : Yes, not hardy [08:56] asac : I changed the Maintainer to Ubuntu MOTU Team and I added myself as XSBC-Original-Maintainer, is that correct? [08:57] or should I use Uploader [08:58] saivann: the corrupted install.rdf thing ... are those fixed upstream? [08:58] saivann: maybe you can forward those? [08:58] asac : no, I filed upstream bugs [08:58] asac : https://bugzilla.mozilla.org/show_bug.cgi?id=450808 [08:58] Mozilla bug 450808 in da / Danish "sunbird da and it locales have corrupted install.rdf" [Critical,Unconfirmed] [08:58] ah ok. is there an ubuntu bug for them we could connect? [08:59] 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] saivann: ok. ill reference the upstream bug then in changelog [09:00] 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] asac : np [09:01] ok i named the patches explicitly in changelog and references upstream bug [09:01] great [09:02] saivann: what you can do is to go to #calendar channel on irc.mozilla.org and ask who can review that patch [09:02] (e.g. the patches) [09:02] otherwise they will never land [09:02] asac : Noted, I'll do it [09:03] i confirmed the bug for now [09:03] (in bugzilla) [09:03] asac : Thank you, I'll go to the channel to ask someone to take a look at the patches [09:03] saivann: to get things into mozilla you need to request review and if thats done request landing [09:03] saivann: what you need to ask is who is reviewer for those files [09:03] asac : landing? [09:04] and then you "edit patch" and set the review flag to ? with the email of the reviewer next to it [09:04] saivann: once you have review we can see how to go on ;) [09:04] asac : Ok, thanks for letting me know how it works [09:07] Hi ! [09:08] saivann: ok uploaded everything. archive admins might be unhappy about MPL being duplicated everywhere [09:08] saivann: i think the right way would be to reference the MPL file hopefully shipped by sunbird and lightning [09:08] but lets see [09:09] (they are not on CD so space isnt that a big problem) [09:10] asac : Is actually the MPL license shipped by lightning or sunbird? [09:10] /usr/share/doc/sunbird/MPL.gz [09:10] i think lignthing-extennsion still has in in copyright [09:10] so yes. we could only reference it for sunbird locales until that is fixed [09:11] hi XioNoX [09:11] asac : Yes [09:11] saivann: ok. thanks for all this. i hope the delay didnt demotivate you too much :( [09:11] asac : Eh no, I know that you're pretty busy, but I'm very glad that you had time for it today! [09:11] asac, it's my last "real" internship day :( [09:12] XioNoX: champange ;) ... err. lets mourn :( [09:12] beer this evening with all the crew [09:12] yay ;) [09:12] 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] thats the important part i guess [09:13] 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] :) [09:14] asac, next time I go in germany, i'll pay you a beer ;) [09:14] this weekend I'll not have time [09:14] moving back? [09:14] I'll work the 25 [09:14] the 26, I'll moving back [09:15] and once at home I'll not have time too [09:15] XioNoX: ok. lets get as much done today as possible and get this into bzr [09:15] but even with few more days, I'm not sure I could make it in time [09:15] sure [09:16] XioNoX: well. 28th is not really a hard dead-line [09:16] the alternative thing is certainly important enough to get an exception. just let me know ;) [09:16] 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] XioNoX: sure. what we need is a rough edged feature. we still have plenty of time to fix things after that [09:17] XioNoX: school == university? [09:18] yes, second year [09:19] 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] asac, another problem is that navigator.plugins[i].filename give only filename, and not full path :( [09:20] 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] 1. universe merges [09:20] <[reed]> XioNoX: it does if you enable that pref [09:20] 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] ha ok, thanks [09:21] ;) [09:21] [reed]: punch that into a defaults/preferences/ in ubufox for now [09:21] err XioNoX ^^ [09:21] ;) [09:22] ? [09:22] asac : Ok, thanks. I'm already doing many merges and I maintain some packages, so I'll think about it more... [09:22] asac : I'm away for the night, thanks again for this fast review! :) [09:23] saivann: talk to dholbach [09:23] saivann: he knows best how to become a MOTU ... for me things are still opaque somewhat :/ [09:23] asac : I know that he's doing quite a very nice work with MOTU :) [09:23] asac : Ok :P [09:24] saivann: he is responsible to answer all kind of these enquiries [09:24] saivann: no problem. thanks for your work for the mozillateam ;) [09:24] asac : Nice to know, perhaps that I can extend my contribution to ubuntu this way.. I'll think about it. [09:24] asac : It's a pleasure ! [09:24] asac, I have to modify it myself or it will be good by default ? [09:25] XioNoX: use it as default for now [09:25] * saivann is away [09:25] XioNoX: I have to think about it [09:25] ok [09:38] asac, with : if(branchFilePrefs.getCharPref(mimeType)) [09:38] var pluginFile = branchFilePrefs.getCharPref(mimeType); [09:39] if the mimetype isn't in the prefs, the code crash [09:39] 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] Fichier Source : chrome://ubufox/content/pluginAlternativeOverlay.js [09:39] Ligne : 74 [09:40] french ;) [09:40] me ... no comprende ;) [09:40] the french lines are useless ;) [09:40] yeah ;) [09:40] XioNoX: whats in that line [09:40] paste [09:40] if(branchFilePrefs.getCharPref(mimeType)) [09:41] what is branchFilePrefs? [09:41] but if the modules.plugins.mimetype.application/....... existe, it work corectly [09:41] XioNoX: good. then catch the exception [09:41] and treat it as "doesnt exist" [09:41] var branchFilePrefs = Components.classes["@mozilla.org/preferences-service;1"]. [09:41] getService(Components.interfaces.nsIPrefService); [09:41] branchFilePrefs = branchFilePrefs.getBranch("modules.plugins.mimetype."); [09:41] XioNoX: oh [09:42] you can also test whether a pref existsw [09:42] i though that will test : if(branchFilePrefs.getCharPref(mimeType)) [09:42] what it the best ? [09:42] XioNoX: ah [09:43] XioNoX: no you dont need to get that branch [09:43] XioNoX: just use: [09:43] var prefBranch ? Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch); [09:43] var prefBranch = Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch); [09:43] and then prefBranch.getCharPref("modules.plugins.mimetype."+mimetype); [09:44] XioNoX: alternatively you could check whether branchFilePrefs != null before continuing [09:45] yes, i need to check if modules.plugins.mimetype."+mimetype exist or not [09:45] XioNoX: no. what your current problem is that the branch doesnt exist [09:45] the branch exist [09:45] I4ve put 1 thing in it [09:45] for the flash [09:46] modules.plugins.mimetype.application/flash exist [09:46] but for exemple modules.plugins.mimetype.application/don't exsit [09:47] err : but for exemple modules.plugins.mimetype.video/x-msvideo don't exsit [09:47] XioNoX: ok. anyway, at best do as i said and also try{ } catch the getCharPref [09:47] e.g. no need to get the branch first ... you can just ask for the complete key [09:47] 10:43 < asac> var prefBranch = Components.classes["@mozilla.org/preferences-service;1"].getService(Components.interfaces.nsIPrefBranch); [09:47] 10:43 < asac> and then prefBranch.getCharPref("modules.plugins.mimetype."+mimetype); [09:48] if getCharPref really throws exception there you just do [09:48] try { [09:48] yeah, but it was'nt crashing when going into the branch [09:48] sure [09:48] but better remove that uncertainty as well ;) [09:48] if there is no key with modules.plugins.mimetype at all then getting the branch would probably fail too [09:56] asac, in this page : http://www.xulplanet.com/references/objref/Plugin.html [09:56] how works the MimeType method ? [09:57] I need to get navigator.plugins[i].filename from the mieType of the plugin[i] [09:59] * asac looking [10:00] XioNoX: what do you want to know? [10:00] how works the MimeType method ? [10:00] XioNoX: its a list: [10:00] I need to get navigator.plugins[i].filename from the mimeType of the plugin[i] [10:01] for (var a =0; a < plugin.length; a++) alert("mimetpye: "+ plugin.item(a)); [10:01] thats what i'd guess [10:01] with var plugin = navigator.plugins[i] [10:03] so can I doo thing like : navigator.plugins[i].item[j].type ? [10:05] XioNoX: you could, but that this kind of form is ugly [10:05] you iterate over the plugins anyway i guess [10:05] so you have var plugin [10:05] yes but it is the best way [10:05] and can just use plugin.item[j] [10:05] he? [10:05] and the only way [10:06] ? [10:06] 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] e.g. you have a nested loop [10:06] one with "i" and one with "j" [10:06] yes yes [10:07] the navigator.plugins[i].item[j].typ [10:07] no need to reresolve plugins[i] on every call [10:07] was just to know [10:07] sure [10:07] If it is possible, I can doo all I need [10:07] would work ... but this kind of form doesnt allow you to test for null in between ... which can cause nasty null expcetion [10:07] ok [10:08] i dont see where you see type [10:08] yeah [10:08] you can do that then [10:08] In this case I have to do that [10:08] i doubt it ;) [10:08] but well [10:09] you are coding it ... so go for it [10:09] but never rely on an array deref giving you back anything [10:09] because I need to iterate through all mimetype of all plugins, to find the matching mimetype [10:09] e.g. navigator.plugins[i].item[j] might be null [10:09] and then return the filename of the plugin who support this mimetype [10:09] sure [10:09] but that doesnt mean that you need to use that form [10:10] for (var i = 0; i < pluginsCount; i++) { [10:10] var plugin = browser.plugins[i]; [10:10] for (var j = 0; j < plugin.length; j++) { [10:10] var mimetype = plugin.item(j); [10:10] ... [10:10] thats what you need to do [10:10] to iterate through all plugins with all mimetypes ;) [10:11] so no ... i think item[j] wont work ;) [10:11] its item(j) [10:11] ho yes [10:11] it is what I wanted to do [10:12] sure [10:12] it was just a short way to write it [10:13] k [10:17] An easy question : what is the difference beetwin [i] and (i) ? [10:20] http://www.xulplanet.com/references/objref/Plugin.html [10:20] item is a method [10:20] item (i) -> call function item with parameter i [10:20] item [i] -> get ith element of array item [10:21] in this case item is a function not an array as you can see in the html above [10:22] XioNoX: oh. http://www.xulplanet.com/references/objref/Navigator.html [10:22] you can also use navigator.mimeTypes [10:23] and then ask mimeType.enabledPlugin [10:23] ok, thanks [10:23] (not sure if my pref fix actually applies that properly) [10:23] but it should i hope [10:23] XioNoX: thats the right way to get the currently enabled plugin i guess ;) [10:29] And what return this enabledPlugin ? [10:29] true/false ? [10:29] the name of the plugin? an id? [10:29] XioNoX: look at api doc: http://www.xulplanet.com/references/objref/MimeType.html [10:29] yeah, i've read that [10:30] it give the full plugin element ? [10:30] what is the "full" plugin? [10:30] http://www.xulplanet.com/references/objref/Plugin.html [10:30] thats the one you get from there [10:30] yeah ok [10:31] so to get the current selected, try to loop through navigator.mimeTypes and use the plugin you find through enabledPlugin [10:32] and for the selectable plugin list you iterate through navigtor.plugins and add every plugin that mathces your mimetype [10:32] yeah [10:32] ok [10:33] asac, so getCharPref("modules.plugins.mimetype." + mimeType) is useless ? [10:34] we will just have to find a way to change the readonly Plugin enabledPlugin [10:34] XioNoX: no [10:34] to something like readandwrite Plugin enabledPlugin [10:34] XioNoX: thats not useless [10:34] XioNoX: we change the readonly enabledPlugin through that mechanism [10:35] XioNoX: thats not possible [10:35] XioNoX: everything should be fine [10:35] ok [10:35] but I don't need to get getCharPref("modules.plugins.mimetype." + mimeType) [10:36] just need to get readonly Plugin enabledPlugin ? [10:36] XioNoX: thats the idea. at best keep both and compare [10:36] so we know whether the mimeTypes array is properly fixed by my patch [10:36] ok [11:03] asac another point, it if fox exemple, the avi plugin if mplayer is called "Windows Media player plugin" [11:04] and the totem one : "Windows Media player plugin (Compatible; Totem)" [11:06] XioNoX: hmm. maybe make "fat" entries, that include the description as well? [11:07] like name in bold ... then the description in a new line with normal font? [11:07] ideo Player Plug-in for QuickTime, RealPlayer and Windows Media Player streams using MPlayer [11:07] JavaScript Enabled and Using GTK2 Widgets [11:08] and I'm limited by the xml [11:08] he? [11:08] ok maybe not [11:08] but the description is long and "stupid" [11:08] well. thats an independent issue ;) [11:09] and should be fixed in the plugin if at all [11:09] firefox can just present what the plugin provides ;) [11:09] i agree [11:25] asac, can you check that : http://img158.imageshack.us/my.php?image=captureka1.jpg ? [11:25] I don't know how can i resolv this problem [11:26] XioNoX: whats the problem there? [11:26] http://pastebin.mozilla.org/522396 [11:26] In the menu [11:26] there are possible plugins for all detected content [11:26] yeah [11:27] for exemple macromedia flash for the AVI mimetype [11:28] XioNoX: yes. thats because you go through all mimeTypes [11:28] the for (var ... should only be run if the mimeType is the mimeType of the row you are in [11:28] yeah, but i don't know what i can doo [11:28] yeah [11:29] but how ? [11:29] so what is your real question? [11:29] because there are no dialog between showContentList(){ and rebuildActionsMenu: function() { [11:29] XioNoX: document.getAnonymousElementByAttribute(typeItem, "class", "actionsMenu"); [11:30] there you have to get the left column and get the mime-type from it [11:30] and then only use that mimeType [11:30] So i have to use document.getAnonymousElementByAttribute(typeItem, "class", "actionsMenu"); ? [11:31] XioNoX: that gets the actionsMenu [11:31] you need to do something similar [11:31] hmm [11:31] just get the left colum from the selected element [11:31] ;) [11:31] e.g. thats probably just an attribute of the selectedItem [11:31] you know best how the xul looks like [11:32] item.setAttribute("type", mimeType); [11:32] so get the "type" attribute from the # [11:32] so get the "type" attribute from the _list.selectedItem; [11:32] # [11:32] yeah ? [11:32] maybe? [11:33] # ? [11:33] typo [11:33] just do it [11:34] ok, trying [12:23] wow ... scary [12:23] CPU-fan failure sound is _really_ really intimidating [12:30] asac, I know that sound ;) [12:31] 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] see you later [13:04] back ;) [13:28] asac, now I have to do the "action" part [13:29] XioNoX: good [13:31] so what should happend when we clic on a plugin ? [13:31] how to change the default plugin ? [13:34] [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] asac ? [13:39] XioNoX: you get the full path [13:40] XioNoX: and add that to the pref [13:40] that's all ? [13:49] XioNoX: well. you need to reloadplugins [13:49] but for now try if it works by just stopping it [13:49] (firefox) [13:49] and starting it again [13:50] ok [13:50] i store the fullpath ? [13:50] yes [13:59] Format for lp-140215308:///~mozillateam/xulrunner/xulrunner-1.9.1.head/.bzr is deprecated - please use 'bzr upgrade' to get better performance [13:59] ?? [14:00] asac, did you change something or is it a new bzr feature ? [14:00] got that with a pull [14:02] fta: urgh [14:02] asac, http://paste.ubuntu.com/39688/ [14:04] 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] and prey [14:06] 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] ix:~/bzr$ l -d */.bzr | wc -l [14:07] 94 [14:07]