[00:58] Why do I get this when trying to go to different sites in FF4.0b3pre? [00:58] Your browser sent a request that this server could not understand. [00:58] Size of a request header field exceeds server limit. [01:00] * gnomefreak never seen that before [01:00] or heard of it for that matter [01:00] bobby: do you have a link [01:01] Of the siite? It happens when I try to go to YouTube or CNET [01:01] I have a Cookie if you want [01:01] bobby: im gonna guess and say its the server not you, but i would like to test it first [01:01] No [01:01] It happens when going to multiple sites [01:01] They work in Chrome [01:01] i dont have an issue in youtube [01:01] FF4.0b3pre [01:02] 4.0~b3~hg20100730r48391+nobinonly-0ubuntu1~umd1 [01:02] yup... [01:02] Here is the cookie I get: [01:02] Cookie: tempSessionId=Cg+ND0xKAmtGtRK1kIY; arrowLat=1280446397983; arrowSpc=20; mad_rsi_segs=ASK05540_10274&ASK05540_10018&ASK05540_10019&ASK05540_10066&ASK05540_10161&ASK05540_10166&ASK05540_10195&ASK05540_10205&ASK05540_10206&ASK05540_10207&ASK05540_10208&ASK05540_10214&ASK05540_10219&ASK05540_10221&ASK05540_10225&ASK05540_10236&ASK05540_10241&ASK05540_10242&ASK05540_10258&ASK05540_10264&ASK05540_10267&ASK05540_10268&ASK05540_102 [01:02] 83&ASK05540_10288&ASK05540_10289&ASK05540_10290&ASK05540_10314&ASK05540_10322&ASK05540_10333&ASK05540_10339&ASK05540_10342&ASK05540_10343&ASK05540_10349&ASK05540_10389&ASK05540_10432&ASK05540_10483&ASK05540_10521; XCLGFbrowser=Cg+IKExKAmxOAQAAXgA; MADUCAT=1&0729&EX; cnet_joinCallout=true; purs_1=12333b15569cc78cce36ca1b76af9e564c4a027923154810881174864815860519346955!e00!01lWfGxQM1VCryQZeE!wQhb43tUc5EtJ58r8oRvrdtOenwgf2wDLSefK%2FKE [01:02] b60hh39R66BioA%3D%3D; MADCAPP=0a3klD=4&3klE=5&3jlu&3hlt=3; arrowFdCounter=-1; globid=1.lWfGxQM1VCryQZeE; cnet_rvpCallout=3; ZZFLSH=29; nemo=mvt:8:14:1; s_vsn_diggcomsyndication_1=9563975783937; arrowLat=1280502295879; arrowSpc=8; mad_rsi_segs=ASK05540_10274&ASK05540_10018&ASK05540_10019&ASK05540_10066&ASK05540_10161&ASK05540_10166&ASK05540_10195&ASK05540_10205&ASK05540_10206&ASK05540_10207&ASK05540_10208&ASK05540_10214&ASK05540_102 [01:02] 19&ASK05540_10221&ASK05540_10225&ASK05540_10236&ASK05540_10241&ASK05540_10242&ASK05540_10258&ASK05540_10264&ASK05540_10267&ASK05540_10268&ASK05540_10283&ASK05540_10288&ASK05540_10289&ASK05540_10290&ASK05540_10314&ASK05540_10322&ASK05540_10333&ASK05540_10339&ASK05540_10342&ASK05540_10343&ASK05540_10349&ASK05540_10389&ASK05540_10432&ASK05540_10483&ASK05540_10521; MADUCAT=1&0730&EX; arrowLat=1280516712752; arrowSpc=1; mad_rsi_segs=ASK [01:02] 05540_10274&ASK05540_10018&ASK05540_10019&ASK05540_10066&ASK05540_10161&ASK05540_10166&ASK05540_10195&ASK05540_10205&ASK05540_10206&ASK05540_10207&ASK05540_10208&ASK05540_10214&ASK05540_10219&ASK05540_10221&ASK05540_10225&ASK05540_10236&ASK05540_10241&ASK05540_10242&ASK05540_10258&ASK05540_10264&ASK05540_10 [01:02] i could have done without that in here [01:02] oh... sorry :P [01:03] Let's see... [01:03] CENT doesn't work... YouTube [01:03] Facebook works fine though... [01:03] So does Google [01:04] Apache server at www.youtube.com Port 80... === gnomefreak76 is now known as gnomefreak [01:05] Any suggestions? [01:05] bobby: any place in Cnet or any of it? [01:05] Nope, none of it works [01:05] Same with YouTube [01:05] deolete your cookies work? [01:05] delete even [01:06] 64bit was the next question [01:06] Okay, that worked... [01:06] Funny, as I cleaned my cache/cookies about 10 minutes ago... [01:06] Thanks [01:06] :) [01:06] np [01:07] That was strange, I've never had that happen before [01:07] Any idea why? [01:08] bobby: nope [01:08] Well, still waiting for Jager engine to be completed [01:08] size of cookie maybe [01:08] I haven't been anywhere with epic cookies? [01:08] Just Facebook... [01:08] owait... [01:09] im seeing that every site you are mentioning is flash releated [01:09] ill be back need to reboot and hope it works [01:09] kk cya [01:14] Hey does anybody know a date for the UI update? [11:16] hey folks [11:17] is Micah about? [11:17] micahg, hey, you about? [15:56] ta_bu_shi_da_yu: hi [15:56] micahg, hey! [15:57] you sent me an email... [15:57] bug 610039 [15:57] Launchpad bug 610039 in firefox (Ubuntu) (and 2 other projects) "firefox-bin crashed with SIGSEGV in sqlite3VdbeExec() (affects: 2) (dups: 1) (heat: 22)" [Medium,Triaged] https://launchpad.net/bugs/610039 [15:57] wooo.... [15:58] ta_bu_shi_da_yu: yes, so we use mostly in source libraries for Firefox to match the upstream build as close as possible, sqlite is one of those [15:58] ta_bu_shi_da_yu: so we build a copy of sqlite in Firefox, which is why I said that Mozilla needs to patch their copy [15:58] ah! sorry, didn't realise [16:00] doesn't Michael Terry work for Canonical? [16:00] ta_bu_shi_da_yu: if there's a bug in the Ubuntu sqlite3 package, we add a task for it [16:00] ta_bu_shi_da_yu: yes, I think he does [16:01] I was wondering if he could verify that is indeed the same issue... there's an easy test case [16:01] ta_bu_shi_da_yu: but in this case, the bug doesn't actually affect the Ubuntu package (well, it might, but no one's reported it) [16:01] well... sqlite3 is definitely affected [16:01] if the index corrupts, then it segfaults [16:02] ta_bu_shi_da_yu: right, but sqlite3 is used by a lot of apps, so an SRU is higher risk [16:02] sorry, I'm kind of new to this... SRU? [16:02] ta_bu_shi_da_yu: my guess is Firefox corrupted the index somehow, which is why it's more visible [16:02] !sru | ta_bu_shi_da_yu [16:02] ta_bu_shi_da_yu: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [16:02] ah... thanks :-) [16:03] yeah, not sure how Firefox did this! [16:03] ta_bu_shi_da_yu: Firefox gets regular updates though, so we can easily get the fix in if they take the patch in their source [16:03] ta_bu_shi_da_yu: well, if it crashed at the wrong time, it might have corrupted the index [16:04] well... I'm not sure that an SRU is necessary then... the issue is fixable by a reindex [16:05] however... the problem is that when the index corrupts it means you can never run certain queries till you do a reindex [16:05] and it's fairly tough to work out what's causing the issue... [16:05] anyway... not a huge issue :-) all those apps that will be affected should really patch their sqlite3.c file [16:06] I do have a question though... it's about PPAs [16:06] am I allowed to upload deb files where I've recompiled Firefox but have turned off compiler optimizations? [16:06] ta_bu_shi_da_yu: well, the other apps in teh archive should be using the sqlite3 package [16:07] ta_bu_shi_da_yu: if you disable the official branding, Mozilla is very specific about who can use their branding [16:07] no branding changes [16:07] just rebuilt the firefox package with noopt [16:07] it helps with getting to the bottom of segfaults [16:08] ta_bu_shi_da_yu: yeah, I think you'd have to disable the branding since that could affect performance [16:08] er... what branding? [16:09] the package I'm running right now has the same branding... and I've turned off the optimization flags [16:09] ta_bu_shi_da_yu: in debian/rules, I think you have to comment out the BUILD_OFFICIAL line [16:10] didn't seem to need to... [16:10] ta_bu_shi_da_yu: it's not needed to compile, it's needed to upload [16:11] ah... sorry, I'm following :-) [16:11] so if I do this, then I can upload? [16:12] it might help others with segfaults [16:12] I couldn't make any headway on that bug till I change the compilation option because for some reason the p variable was optimized out... [16:13] ta_bu_shi_da_yu: well, what happens, you get less segfaults with the compiler optimizations off? [16:13] nope... when I get a stacktrace I can see more relevant variables [16:13] so for instance, the sql that was causing the crash got optimized out [16:14] when I found the sql statement that caused the problem, I loaded places.sqlite into the sqlite3 shell, ran the query and reproduced the segfault [16:14] weird, but maybe I don't understand compiler optimizations well enough [16:14] chrisccoulson: around? do you see the above as a bug in Firefox? [16:14] not a bug.... [16:15] a way of tracking down the bug more easily :-) [16:15] when you are developing/debugging it's standard practice to compile without optimizations [16:15] ta_bu_shi_da_yu: right, but maybe we can do something more official to help... [16:15] when you do a final release, you turn on the compiler optimizer [16:16] :-) well, we provide debug symbols, which is quite cool [16:16] it would be nice to have packages without optimization, of course only those actively tracking down segfaults where the optimization gets in the way would need it [16:17] but for firefox, it's a huge package (takes up lots of disk space to compile!) so it would be handy to have a non-stripped, non-optimized version for this sort of thing [16:17] it was also a pain having to force an uninstall for firefox, then reinstall it again... [16:17] well... not that much of a pain :-) [16:23] anyhow, I gotta get going - thanks for your time micahg :-) [16:24] ta_bu_shi_da_yu: no problem, feel free to come back with any questions, and I'll see what we can do about debug builds [16:25] thanks :-) It's rare I get crashes in Firefox... but I've been looking through the Mozilla bug database seeing if I can repro a few now that I've got a debugging version installed :-) [16:25] night all! [16:30] that nick scared me [17:19] hmm , is there a way for me to assign a shortcut for search in FF ? like if i highlight a word in say xchat , and do a "alt+s" , it will open a search in FF? [17:20] vish: I would guess jsut append to a goole query [17:20] *google [17:20] * vish tires.. [19:33] micahg, http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html :( [19:34] fta: I gave up after the first 2 rescores, sorry [19:47] fta: I don't know if we'll get them back before alpha 3 is released [19:47] fta: BTW, I just pushed tb3.1 [19:47] bzr update [20:05] micahg, i'm not blaming you, it's just sad. they claim they want dailies, yet they don't have the resources [20:06] right, and now they have soruce recipies to generate more builds [20:06] at least amd64 is buildign this time === fta_ is now known as fta [20:55] grrrrrr, ubuntuzilla [20:55] * chrisccoulson rages [20:58] chrisccoulson: I think the .la file issue is a regression by virtual of gdk-pixbuf being repackages [20:58] *repackaged [20:58] *virtue [20:58] micahg - the la files have been deliberately removed due to a policy change, i think [20:59] chrisccoulson: right, but packages that ship them are supposed to continue to ship them until they are remvoed [21:00] chrisccoulson: http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries, near footnote 71 [21:01] * micahg needs to read the whole manual one day [21:02] micahg - ah, ok. i'll try and have a look at that in a bit. it's g-c-u that is failing isn't it? [21:03] chrisccoulson: yeah [21:04] chrisccoulson: actually, I think I should just build against libgdk-pixbuf, that might fix it, let me test [21:07] or rather libgdk-pixbuf2.0-dev [21:12] nm, that was silly, it's a depends already :( === fta_ is now known as fta === fta_ is now known as fta === yofel_ is now known as yofel