fta | chromium-browser 12486 1.02% 1367 5271 5845 3 | 00:00 |
---|---|---|
fta | midori 12458 1.01% 410 11114 929 5 | 00:00 |
fta | \o/ done | 00:00 |
asac | well done ;) | 00:00 |
fta | galeon 27692 2.25% 1442 25860 386 4 | 00:01 |
fta | *sigh* | 00:01 |
fta | seamonkey 8440 0.69% 1 8 0 8431 | 00:02 |
fta | the "1" is scary | 00:02 |
fta | seamonkey-2.0 81 0.01% 0 0 0 81 | 00:02 |
fta | scarier | 00:02 |
fta | http://launchpadlibrarian.net/31856038/buildlog_ubuntu-hardy-i386.firefox-3.6_3.6~a2~hg20090915r31768%2Bnobinonly-0ubuntu1~umd1~hardy_FAILEDTOBUILD.txt.gz | 00:04 |
asac | yeah bad branding stuff. have to reconsider the approach at some point i guess | 00:08 |
* asac tets NM | 00:08 | |
mconnor | asac: you know you can just add a file like all-ubuntu.js to override prefs, right? | 00:22 |
mconnor | instead of patching firefox.js | 00:24 |
micahg | that seems like a much better idea :) | 00:25 |
mconnor | http://cvs.fedoraproject.org/viewvc/rpms/firefox/F-11/firefox-redhat-default-prefs.js?revision=1.15&view=markup | 00:26 |
micahg | mconnor: does the file go in the same directory? | 00:26 |
mconnor | yeah | 00:27 |
mconnor | we just grab all files in that directory and iterate | 00:27 |
micahg | and the firefox file is first? | 00:27 |
mconnor | yeah | 00:28 |
mconnor | firefox-foo.js comes after | 00:28 |
mconnor | so all-ubuntu is wrong, you want firefox-ubuntu.js to come next in ordering | 00:28 |
micahg | so, should our file be firefox-ubuntu.js? | 00:29 |
mconnor | likely, yes | 00:29 |
micahg | asac: is this something you'd like me to work on? | 00:29 |
micahg | asac: in the mean time, should I propose a merge for 3.6 tonight? | 00:31 |
eagles0513875 | morning | 08:20 |
[reed] | asac: ping | 08:49 |
=== asac_ is now known as asac | ||
asac | [reed]: hola | 09:43 |
[reed] | asac: see your s-g mail and second the nom :) | 09:43 |
asac | mconnor: yes we even hab those ubuntu.js files etc. | 09:51 |
asac | have | 09:51 |
asac | but the main issue with that branding split patch are usually the other files | 09:51 |
asac | [reed]: did you talk to glandium if he actually wants that ;)? | 09:55 |
asac | [reed]: point is that he always complained that he doesnt have time for security related stuff etc. | 10:03 |
asac | [reed]: so unless he asked for this i will just ack the three security group members (jdstrand, kees, jmm) i will work with | 10:06 |
[reed] | asac: sorry, just saw your response | 10:19 |
[reed] | yes, glandium is the one who requested it in the first place | 10:19 |
[reed] | on Sat, 11 Jul 2009 08:43:05 +0200 | 10:20 |
[reed] | so, you should vouch for him | 10:21 |
asac | i will talk to him | 10:22 |
[reed] | actually, Moritz nom'd glandium, but glandium accepted | 10:22 |
asac | he could have pinged me too | 10:22 |
[reed] | now that I actually read my e-mail correctly | 10:22 |
asac | i vouched for moritz now | 10:23 |
asac | in general security team members are a clear goal | 10:23 |
asac | clear go | 10:23 |
eagles0513875 | morning asac :) | 10:24 |
asac | [reed]: glandium never expressed any interest to me - i talked about this with him ... i will vouch for him if he asks me to and says he actually wants to do serious security | 10:24 |
[reed] | well, he maintains xulrunner and firefox still, right? | 10:25 |
asac | [reed]: yes. but he spends only the absolute minimum time on security updates - if any time at all. he was not even willing to verify anything i prepared for him in the past and always complained that canonical should pay for security updates of this packages etc. :/ | 10:27 |
eagles0513875 | O_O | 10:28 |
* eagles0513875 just sits quietly | 10:28 | |
asac | [reed]: anyway. i will try to talk to him | 10:30 |
asac | to see if he really wants this | 10:30 |
[reed] | ok | 10:31 |
[reed] | asac: thanks | 10:31 |
[reed] | asac: the gentoo noms come from armin76 | 10:31 |
asac | are those security team members? | 10:32 |
asac | in line with the mail i wrote i think security team members should always be added | 10:32 |
[reed] | yeah, I think so... jdstrand seemed to know at least one of them | 10:32 |
* [reed] checks | 10:32 | |
[reed] | looks like Jory A. Pratt is the maintainer | 10:33 |
[reed] | and Robert Buchholz is security team for gentoo | 10:34 |
asac | jdstrand: ^ | 10:34 |
asac | how much work did you do with Robert? | 10:34 |
* asac shower | 10:35 | |
mac_v | asac: hi... i want to modify wpa_supplicant from logging in syslog , the logs are from network manager? or where should look for this? | 10:56 |
asac | mac_v: there is no point preventing wpasupplicant to log to syslog imo | 10:57 |
asac | anyway the logging is done by wpasupplicant | 10:57 |
mac_v | asac: the problem from me is i'm trying to read the logs and every 2 mins the view gets shifted :( | 10:58 |
mac_v | to the last line | 10:58 |
asac | hey, thats a local setup problem ;) | 10:58 |
asac | use less :) | 10:58 |
eagles0513875 | mac_v: or you could kill the wifi connection so it has no reason to update | 10:58 |
asac | is that the "SCAN RESULT" log? | 10:59 |
mac_v | wpa_supplicant: CTRL-EVENT-SCAN-RESULTS | 10:59 |
mac_v | yup | 10:59 |
mac_v | eagles0513875: you want me to remove the foot for a small mole ;p | 10:59 |
asac | check what priority that has in wpasupplicant code | 10:59 |
eagles0513875 | mac_v: ? | 11:00 |
mac_v | i need to use wifi | 11:00 |
eagles0513875 | but if ur tryign to check the log it might be easier to kill the wifi for the time being | 11:00 |
eagles0513875 | asac: once i get my keyboard and mouse fixed ill be willing to go to the next phase of my education in bug fixing lol | 11:01 |
eagles0513875 | but first lunch time | 11:01 |
asac | no hurry | 11:01 |
asac | i am overwhelmed by stuff atm anyway | 11:01 |
andv | asac, do we have mozilla-traybiff in ubuntu? | 11:01 |
eagles0513875 | asac: if there is anything u can offload on me when i get things sorted out feel free to do so | 11:02 |
andv | yes, found | 11:02 |
mac_v | andv: you by any chance trying to modify the traybiff to work with the messaging menu? | 11:05 |
andv | mac_v, I was going to update it for debian | 11:06 |
andv | mac_v, didnt hack on it yet | 11:06 |
mac_v | oh , ok :) | 11:06 |
andv | mac_v, upstream seems stuck | 11:06 |
asac | someone here could please verify bug 398205 on jaunty? | 12:49 |
ubottu | Launchpad bug 398205 in xulrunner-1.9.1 "Geolocation via WLAN doesn't seem to work" [Undecided,Fix committed] https://launchpad.net/bugs/398205 | 12:49 |
asac | thx!!! | 12:49 |
JanC | test on jaunty or on karmic? | 12:56 |
eagles0513875 | JanC: asac said jaunty regarding the bug above | 12:57 |
JanC | uh, right ツ | 12:58 |
JanC | I don't expect it to work anyway :P | 12:58 |
eagles0513875 | lol | 12:59 |
eagles0513875 | hell if you want you can test on both lol for that matter | 12:59 |
JanC | well, accordign to the bug report there is supposed to be a "Give it a try!" button, except I don't see one? ツ | 13:00 |
JanC | s/button/link/ | 13:00 |
eagles0513875 | hehe | 13:02 |
eagles0513875 | not fixed from the get go lol | 13:02 |
JanC | okay, when I test it now, it's accurate to about 50km :P | 13:07 |
JanC | on karmic | 13:07 |
JanC | let's check jaunty too | 13:07 |
eagles0513875 | hehe | 13:08 |
JanC | works for me in jaunty too (with the same imprecision) | 13:14 |
JanC | so I guess it's just using my IP in both cases | 13:14 |
JanC | I don't know how that WLAN stuff is supposed to work anyway ;) | 13:15 |
JanC | I don't see how they can know much about the "nearby wireless access points" | 13:17 |
asac | jaunty | 13:22 |
asac | JanC: its firefox-3.5 in jaunty | 13:22 |
asac | JanC: you wont see the "try here" if you run ffox 3.0 | 13:22 |
JanC | nah, was because I needed to enable scripting & cookies for several domains before it showed | 13:23 |
JanC | *sigh*, WTF I try to run the upstream binary with -no-remote and it says that another firefox is already running? | 13:27 |
asac | JanC: if ubuntu version is running its because your profile is in use | 13:31 |
asac | i use MOZ_NO_REMOTE=1 firefox -P | 13:31 |
asac | to open profile manager and select my test profile | 13:31 |
asac | JanC: can you verify the firefox-3.5 in jaunty-proposed? ;).... | 13:32 |
asac | i dont have jaunty so i am kind of lost here :) | 13:32 |
asac | and QA team is full with alpha6 testing etc. | 13:33 |
eagles0513875 | is alpha 6 out | 13:35 |
asac | no | 13:35 |
eagles0513875 | ok was bout to say | 13:36 |
asac | QA | 13:36 |
eagles0513875 | lol | 13:36 |
asac | 14:33 < asac> and QA team is full with alpha6 testing etc. | 13:36 |
eagles0513875 | ahhh its in qa | 13:36 |
asac | try to read complete lines :-P | 13:36 |
eagles0513875 | lol | 13:37 |
JanC | asac: I did, and it doesn't do anything different from the upstream version for me ;) | 13:37 |
JanC | but both upstream & karmic versions do the same on my desktop without wireless too | 13:38 |
JanC | so I guess the whole WLAN geolocation thing is really useless unless you're in an area that has 500 APs | 13:38 |
eagles0513875 | hahah JanC | 13:39 |
JanC | so, the right question is: can somebody living in a "megapolis" test on jaunty ? | 13:40 |
JanC | in the center of a | 13:41 |
JanC | asac: good question to ask might be: did the bug reporter test that in the same location with the upstream binary & with the jaunty one? | 13:43 |
asac | that sounds odd ... let me check | 13:44 |
asac | JanC: karmic version is fixed for a while | 13:44 |
* JanC is happy that his ISP uses 1 DHCP pool for half the country, so geolocation never works :P | 13:44 | |
asac | so its normal that upstream behaves the same as us | 13:44 |
JanC | asac: I get the same result on my desktop though | 13:45 |
JanC | without wireless | 13:45 |
asac | JanC: also karmic? | 13:45 |
JanC | yes | 13:45 |
asac | JanC: that _can_ be normal | 13:45 |
asac | JanC: if you dont have jaunty then you cannot help | 13:45 |
asac | it didnt work at all before | 13:45 |
JanC | I have jaunty | 13:46 |
asac | JanC: and it gives you a fix? | 13:46 |
JanC | jaunty/karmic, wireless/wired, ubuntu/upstream all gives the same | 13:46 |
asac | JanC: dpkg -l firefox-3.5 | 13:46 |
asac | on jaunty please | 13:46 |
asac | JanC: COLUMNS=200 dpkg -l firefox-3.5 | 13:46 |
asac | rather that | 13:46 |
JanC | I *just* installed it on jaunty ;) | 13:47 |
asac | JanC: right. but what version ... please ;) | 13:47 |
asac | JanC: ok so yeah | 13:47 |
asac | JanC: are you on your laptop atm? | 13:47 |
asac | please run iwlist scan (without sudo) | 13:48 |
asac | do you see any access points? | 13:48 |
JanC | no, chatting from my desktop, I brought my EEE with jaunty down here | 13:49 |
JanC | version is 3.5.3+build1+nobinonly-0ubuntu0.9.04.2 from jaunty-proposed | 13:50 |
JanC | and I have 4 access points visible (mine + 3 neighbours, I suppose) | 13:51 |
asac | JanC: where do you see those APs? | 13:51 |
asac | if you run iwlist scan? | 13:52 |
asac | so if those APs are visible without sudo | 13:52 |
JanC | both there & in NM | 13:52 |
asac | the "where i am" should give you a better fix if google knows about those APs | 13:52 |
JanC | I guess the "google knows" is lacking ;) | 13:53 |
asac | i get a location with a circle of about 250m ... the middle is pretty close (gues like 20-40m) | 13:53 |
JanC | but what do you get with a wired connection? | 13:53 |
asac | i even get that if my iwlist is flushed (e.g. just my current AP) | 13:53 |
asac | which is in fact a bit scary | 13:53 |
asac | JanC: with a wired connection i get a big area | 13:54 |
asac | like my full city or something | 13:54 |
JanC | well, the area it gives me is a city 50km from here ;) | 13:54 |
asac | yeah | 13:54 |
asac | maybe google doesnt like your place ;) | 13:55 |
asac | its scary ... i put that AP here about 2 month ago | 13:55 |
JanC | asac: well, I'd be happy if google keeps disliking my area ;) | 13:55 |
asac | wonder how they get that data. or are they driving around like nuts ;) | 13:55 |
asac | JanC: is it out-of-city place? | 13:56 |
JanC | no, Bruges, Belgium, near the city center | 13:56 |
asac | how many inhabs? | 13:56 |
JanC | Bruges without the villages & Zeebrugge is about 90-100 thousand I guess | 13:57 |
asac | 255,844 inhabitants | 13:57 |
asac | http://en.wikipedia.org/wiki/Bruges | 13:57 |
asac | and 117k | 13:57 |
asac | so yeah. the city i was in yesterday is more than a million. but today i am in city with 250k (without near city villages etc) | 13:58 |
asac | not sure if it has reached the critical mass :) | 13:58 |
asac | what city do you get on ethernet? | 13:58 |
JanC | Ghent, Belgium | 13:59 |
asac | ok probably your hub city | 13:59 |
JanC | no it's one of several (smaller & larger) places other geolocation services place me too ;) | 13:59 |
JanC | depending on my current IP | 14:00 |
asac | yeah. probably your provider has multiple centers each owning different IP blocks or something ;) | 14:00 |
JanC | geolocation services don't like wide area DHCP pools ;) | 14:00 |
asac | yes. thats why we want wifi | 14:00 |
asac | only really useful if you know where you are imo | 14:01 |
JanC | I don't see how WiFi can help with that, unless people tell where they live? | 14:01 |
asac | JanC: google drives around afaik. | 14:01 |
asac | and the fact that they know this AP means they do it quite massively | 14:02 |
asac | or have some other smart way to get that data | 14:02 |
asac | i havent seen sometig like "we dont know, please tell us where you are" | 14:02 |
JanC | yeah, but most neighbours/people have $DEFAULT_MANUFACTURER_SSID :P | 14:02 |
asac | SSID isnt important | 14:03 |
asac | rather BSSID | 14:03 |
asac | and maybe stuff like channel. but should be easy to see in code what parts are submitted | 14:03 |
JanC | (ESSID I mean) | 14:04 |
JanC | they could use the MAC maybe | 14:04 |
asac | thats the BSSID | 14:05 |
JanC | okay, so I need to randomly change my AP's MAC-address now? ;) | 14:06 |
JanC | anyway, I'll see if I can find someone in a more crowded place... | 14:07 |
asac | JanC: that would be precious | 14:08 |
bdrung_ | asac: should we rename all extensions to xul-ext-$NAME? | 15:01 |
asac | not sure | 15:06 |
asac | thats the part of the spec i dont like ;) | 15:06 |
asac | i think we shouldnt do that kind of transition in karmic anymore. | 15:07 |
bdrung_ | k, we will do it in karmic+1 | 15:08 |
bdrung_ | asac: do you have a better idea than xul-ext-$NAME? | 15:08 |
asac | no prefix ;) | 15:11 |
asac | but maybe xul-ext- is right | 15:12 |
jdstrand | asac: I haven't worked with Robert at all. I may have been in the same email thread with him once or twice, that's it | 15:13 |
asac | jdstrand: good | 15:13 |
asac | thx | 15:13 |
jdstrand | wouldn't say we are close :) | 15:13 |
micahg | asac: can we talk about firefox prefs and patches? | 16:30 |
asac | micahg: sure | 16:34 |
asac | we have a "patch cleanup task" on the 3.5 karmic agenda still | 16:34 |
asac | so we should do that | 16:34 |
asac | also in general ;) | 16:34 |
asac | http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.1.head/files/head%3A/debian/patches/ | 16:35 |
asac | 1.9.1.head patches | 16:35 |
asac | http://bazaar.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.3.head/files/head%3A/debian/patches/ | 16:35 |
micahg | ok | 16:35 |
asac | 1.9.3.head patches ;) | 16:35 |
micahg | should I open a bug specifically for the preference extraction? | 16:36 |
asac | so first we need to understand if the patches we have are in sync | 16:36 |
asac | micahg: i am not sure what you mean by preference extraction | 16:36 |
micahg | firefox-ubuntu.js | 16:36 |
asac | well. we have a bunch of those | 16:37 |
micahg | like we were talking about yesterday | 16:37 |
asac | question is: what you want to put there | 16:37 |
asac | and why its better to have that outside a patch. | 16:37 |
asac | which patch is it? | 16:37 |
micahg | any preference that we modify in a patch that isn't transient | 16:37 |
micahg | firefox-profilename | 16:38 |
asac | so that patch is interesting | 16:38 |
asac | its basically a bug fix | 16:38 |
asac | i dont think we should start putting such tings in ubuntu.js files | 16:39 |
asac | unless we say that there is no upstream fix | 16:39 |
sebner | asac: is NM now so much cooler or is it a error that my wifi has now 68% instead of ~50? =) | 16:39 |
asac | i wouls think your drivers want to be cooler ;) | 16:40 |
micahg | asac: it seems like we just replace %APP% with firefox in a lot of places | 16:40 |
asac | mozilla/browser/branding/unofficial/pref/firefox-branding.js | 16:41 |
asac | so that si the unofficial branding | 16:41 |
asac | thats used for betas upstream afaik | 16:41 |
asac | they have: | 16:41 |
asac | -pref("startup.homepage_override_url","http://www.mozilla.org/projects/%APP%/%VERSION%/whatsnew/"); | 16:41 |
asac | thats definitly wrong | 16:41 |
asac | i dont think those pages exist | 16:41 |
asac | hmm. seems they exist | 16:42 |
asac | at lesat for the beta | 16:42 |
micahg | I got redirected | 16:42 |
asac | micahg: so mostly its APP | 16:43 |
asac | but also some mozilla.org -> mozilla.com | 16:43 |
micahg | to /%LOCALE%/%APP%/%VERSION%/ | 16:43 |
asac | i dont know why those | 16:43 |
micahg | should I see if there's an upstream bug? | 16:43 |
asac | no | 16:43 |
asac | about what? | 16:43 |
micahg | about the URLs being wrong | 16:43 |
asac | the problem is that we want to define "Name=Firefox-3.6" | 16:44 |
asac | but use "firefox" in the urls | 16:44 |
micahg | but Name == %APP%? | 16:44 |
asac | yes. thats where it needs more flexibility | 16:44 |
micahg | ok | 16:44 |
asac | i think at least | 16:44 |
micahg | so maybe I can make a patch for that | 16:44 |
asac | or upstream improving their redirects ;) | 16:45 |
micahg | BTW, I think 3.7 daily will break tomorrow | 16:45 |
micahg | just a hunch | 16:45 |
micahg | oh | 16:47 |
micahg | maybe not | 16:47 |
micahg | asac: is it going to cause any problems to remove gio from libxul-sdk? | 16:48 |
asac | micahg: too many depends on trunk? | 16:49 |
micahg | sorry, not remove, but not build | 16:50 |
micahg | mozilla bug 512671 | 16:50 |
ubottu | Mozilla bug 512671 in Build Config "libnkgnomevfs is built with Firefox in libxul-sdk builds" [Minor,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=512671 | 16:50 |
micahg | got notified by that handy linux.distro alias :) | 16:51 |
asac | i dont think its a problem for us during build | 16:56 |
asac | i actually thought it was better now on trunk | 16:57 |
asac | bzXXX_libxul_sdk_nspr.patch | 16:58 |
asac | thats the patch we have | 16:58 |
asac | for that | 16:58 |
asac | i really think it might be fixed | 16:59 |
asac | i did a libxul-sdk build recently with just that and it was really quick | 16:59 |
asac | would have to check again of cours | 16:59 |
asac | e | 16:59 |
fta | http://launchpadlibrarian.net/31907168/buildlog_ubuntu-karmic-lpia.firefox-3.7_3.7~a1~hg20090916r32531%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz | 18:39 |
[reed] | fta: mozilla bug 512671 | 18:51 |
ubottu | Mozilla bug 512671 in Build Config "libnkgnomevfs is built with Firefox in libxul-sdk builds" [Minor,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=512671 | 18:51 |
fta | i know | 18:52 |
mac_v | asac: regarding the wpa supplicant , changing this > WPA_SUP_OPTIONS="-s -B -P > to > WPA_SUP_OPTIONS="-f -B -P < is sufficient or do i need to do something else? | 18:53 |
mac_v | or rather> WPA_SUP_OPTIONS="-f /var/log/wpa.log -B -P | 18:57 |
asac | mac_v: i would think it involves changing /usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service ... e.g. removing -g | 19:18 |
asac | we need a /etc/default/... mechanism for dbus service files imo | 19:18 |
mac_v | asac: "removing -g" ? the exec seems to not have any such options? this is how its running > /sbin/wpa_supplicant -u -s | 19:27 |
mac_v | or did you mean "removing -s" ? | 19:29 |
BUGabundo | olá | 21:25 |
=== BUGabundo1 is now known as BUGabundo | ||
=== BUGabundo1 is now known as BUGabundo | ||
BUGabundo | back | 21:47 |
BUGabundo | darn NM :( | 21:47 |
asac | BUGabundo: whats upo? | 23:22 |
BUGabundo | 3G stuck after hibernate / resume | 23:22 |
asac | mac_v: /usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service looked at that command | 23:22 |
asac | it had a -g for me | 23:22 |
asac | err -d ;) | 23:22 |
asac | which means debug output | 23:22 |
asac | BUGabundo: huawei? | 23:23 |
BUGabundo | yep | 23:23 |
asac | what --debug log do you get with modemmanager? | 23:23 |
BUGabundo | I'll need to get it | 23:23 |
mac_v | asac: the "s" is the setting for the log to be logged in the syslog , the man says use "f" for custom location | 23:24 |
mac_v | i dont have a debug though ;) | 23:25 |
asac | mac_v: -d means: more verbose output | 23:25 |
asac | if you have that ... just remove it and leave the rest alone ;) | 23:26 |
mac_v | ah ,pls no ;p | 23:26 |
asac | -d Increase debugging verbosity (-dd even more). | 23:26 |
asac | so removing it is probably enough to stop supp doing the scan results | 23:26 |
asac | the rest that comes out is probably ok i nsyslog | 23:27 |
mac_v | hmm... ok , i'll leave it alone for now , you seem to be giving me more options to increase the log ;p | 23:27 |
mac_v | hehe | 23:27 |
asac | mac_v: no | 23:27 |
asac | i am saying if there is -d ... remove it | 23:27 |
asac | to not get more log output | 23:27 |
asac | to get less | 23:27 |
mac_v | yeah , i was just kidding ;) | 23:27 |
asac | kk | 23:28 |
mac_v | i didnt know about the -dd ;) | 23:28 |
asac | yeah | 23:28 |
asac | we had -dd before | 23:28 |
asac | by default :-Ü | 23:28 |
mac_v | ah 0.0 | 23:28 |
asac | i kindly reduced that to -d at some point ;) | 23:28 |
mac_v | why isnt it being sent to its own log? | 23:29 |
mac_v | like udev | 23:29 |
mac_v | or auth | 23:31 |
fta | *sigh | 23:31 |
fta | * | 23:31 |
mac_v | :/ | 23:41 |
asac | i dont see a reason not to put it to syslog | 23:42 |
asac | you usually want all important info at one place | 23:42 |
asac | at least for system stuff ;) | 23:42 |
fta | asac, http://code.google.com/p/chromium/issues/detail?id=18113 what do you think? | 23:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!