[00:00] ok [00:00] my fault, sorry guys [00:00] np [00:02] heya [00:02] * bryceh grabs coffee [00:07] * RAOF will need to get milk before coffee is a viable option. [00:08] heh [00:09] TheMuso bryceh RAOF robert_ancell [00:09] back...ready for https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-04-05 [00:09] ? [00:09] :) [00:09] Wooo! My long, long delayed patch to make dh_clideps error out when it can't resolve dependencies has landed! [00:09] ayup [00:09] RAOF: nice. [00:10] TheMuso: Yeah. Now things will fail to build rather than fail to run on systems without the appropriate -dev packages installed :) [00:10] RAOF: nice :) (not that I know what that is, but I'm happy you're happy) [00:10] Its mono related. [00:10] anyway...jumping into meeting [00:10] [TOPIC] X.org [00:11] bugs consuming most of the time these days [00:11] Bugs, bugs, bugs, bugs… [00:11] I've been focusing heavily on -intel gpu lockup bugs since they're still coming in at a high rate [00:12] mostly been trying to push them upstream quickly, so we can get patches to give to the kernel team [00:12] I'm testing libdrm 2.4.24; it's got a bunch of intel bugfixes which resolve some bugs. [00:12] RAOF, for the one bug we know about, I cherrypicked and uploaded the patch [00:13] 2.4.24 has some other fixes but they look to me less relevant for natty [00:13] I really should hammer my recently acquired intel GPU more... [00:13] and there were some instances of fixes-for-the-fixes ;-) [00:13] But when at home and working, I tend to prefer my desktop... [00:14] RAOF, anyway so I'm wondering if maybe we should just hold off on updating libdrm and just pull in specific fixes if/when needed? but I don't have strong feelings [00:14] bryceh: Yeah. Some of the 2.4.24 fixes are for new userspace on old kernels, which we don't much care about. [00:14] today I also went through all of the -ati bugs and pushed about half upstream, and made a pass through -fglrx but most bugs there are invalid things from weird self-installs or whatnot [00:15] I thought things had to be rather tightly in sync for intel... [00:15] TheMuso, sometimes [00:15] If you want it to *work* :) [00:15] TheMuso, libdrm 2.4.24 is mainly just a small handful of bug fixes [00:15] Ah ok. [00:16] hey bryceh, is the new fglrx driver included for those systems? I have a system running radeon and would like to try latest binary driver [00:17] jasoncwarner, yes you should be able to update to latest and then use jockey to install fglrx [00:17] since fglrx arrived with so little time before beta1 we were able to get it in, but not update jockey [00:17] bryceh: awesome! [00:17] thanks [00:17] so you need to update past beta1 and then can install it normally [00:18] cool...I'm upto date as of this morning so I should be fine...computer is media center upstrairs so I'll give that a go when we are done here [00:18] anyway, the rate of incoming bugs is starting to exceed my capacity to keep up with them [00:18] http://www.bryceharrington.org/Arsenal/Reports/ubuntu-x-swat/totals-natty-workqueue.svg [00:18] help would be appreciated. I figure by beta2 the rate will just be too high to be able to stay on top of the bugs any further [00:20] I'll do some more bug work, then. [00:20] Yikes! Ok...anyone that can give bryceh a hand, that would be awesome...seems that trend line is going crazy [00:20] That's a terribly impressive graph, though. [00:21] RAOF, thanks; in particular I haven't kept up with mesa, nouveau, or input drivers. [00:21] although numbers for those are small [00:22] I figure once we shut off the apport gpu and crash hooks that'll ease a little bit of pressure [00:22] but probably should wait until post-beta2 to do that [00:22] Actually interesting you should mention that, for natty beta there hasn't been the super influx of audio bugs like usual, so thats good news. :) [00:22] jasoncwarner, anyway I'm rambling now. I'm done :-) [00:23] :) [00:23] cool [00:23] next topic [TOPIC] AOB [00:23] anythign else anyone wants to talk about? [00:24] o/ [00:25] Have other people noticed moderately high CPU usage in Banshee? ~10% when playing with the window open? [00:25] RAOF: ;) you know I did yesterday :) [00:25] * TheMuso doesn't use banshee, there are still a11y issues with that, I really ort to dig into that a bit deeper. [00:25] But I was personally happy with rhythmbox. [00:25] s/was/am/ [00:26] There's no smoking gun in the profile, but since it doesn't seem to occur when the window is closed there are some good leads. [00:27] thanks, RAOF....keep digging..seems weird that it would jump to that much CPU just to play music...weird... [00:27] thanks! [00:27] Sounds like we are about done...Anything else before we call the meeting? [00:27] o/ [00:27] Its mono. What else do you expect? :) [00:27] * TheMuso ducks. [00:27] micahg: ? [00:27] I wanted to ask about webkit 1.4 [00:27] micahg: go ahead [00:28] is robert_ancell planning on working on that? [00:28] micahg, yes, there's a problem with the documentation build, working on that today [00:28] robert_ancell: ok, great thanks [00:28] 1.3.13 that is, still waiting for 1.4.0... [00:29] * micahg thought 1.4.0 would come with GNOME3 this week [00:29] Do I read the release schedule incorrectlyk, or is there no beta freeze for beta 2? [00:29] jasoncwarner: that's it, thanks :) [00:29] TheMuso: apr 11 [00:30] Ah makes sense. [00:30] Thats kinda cool, because it means I have some, if not all of Monday to do work. :) [00:30] actually, I think almost everyone has all of monday [00:30] :) [00:31] ah ok. [00:31] So its EOD Monday. [00:31] * micahg thought freeze was 23:00 UTC monday [00:31] Could very well be. [00:31] Oh, so I'll have time to work on my birthday, too. :) [00:31] lol [00:32] robert_ancell: I'm assuming there haven't been any unplanned ABI breaks for webkit? [00:32] micahg, in 1.3.13? [00:32] RAOF: nice...now none of us have excuses for not remember your bday ;) [00:32] robert_ancell: yes [00:33] micahg, I didn't see any [00:33] jasoncwarner: My thoughts exactly. [00:33] ( RAOF : not saying we will...we just don't have excuses) [00:33] jasoncwarner: It's a cunning ploy! [00:33] robert_ancell: also, could 1.2 be installed alongside 1.4? [00:33] Ok...going to call the official meeting...[END MEETING] [00:34] thanks [00:34] hey robert_ancell [00:34] micahg, looking, I think not though [00:34] seb128, hey [00:34] thanks. [00:34] robert_ancell, just a reminder, if you update gvfs it uses merge-upstream so don't just run dch ;-) [00:35] seb128, yeah, I know! I'll probably just do something wrong though... [00:35] lol [00:35] seb128, so the process is to run merge-upstream, then debcommit -r? or just bzr commit? [00:36] robert_ancell, debcheckout gvfs; cd gvfs; bzr merge-upstream --version 1.8.0 tarball_url [00:36] micahg, no, they would conflict [00:36] robert_ancell, then dch -i, do you packaging tweaks [00:36] debcommit -r, push, upload [00:37] seb128, yeah, I think I keep forgetting the -r, then it doesn't tag and it gets confused [00:37] robert_ancell, if you do gvfs maybe include http://bugzilla-attachments.gnome.org/attachment.cgi?id=185180 [00:37] robert_ancell, it's an upstream patch for bug #682850 [00:38] [00:38] otherwise out of gvfs [00:38] bug 682850 [00:38] https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/682850 [00:38] no bot? [00:38] seb128, you're the bot today? [00:39] lol [00:39] no :p [00:39] well we can as well wait for that on to land in git [00:39] so don't bother maybe for that update [00:39] robert_ancell: ugh, that will make migrating away from xulrunner a little harder in the stable releases [00:39] micahg, didn't upstream just say "no more xulrunner?". So hopefully everyone will be migrating away from it anyway! [00:40] robert_ancell, other topic while I'm still around, did you figure the documentation index ?index... error thing? I saw you fixed it for nautilus but other components have similar bugs [00:40] seb128, which other components? gedit seemed fine, and I haven't seen any others [00:40] robert_ancell, it was reported on gnome-panel at least [00:41] the issue seemed to be anything accessing documentation from gnome-user-guide (which is V3 now) [00:41] robert_ancell: yes, so I was going to try to backport some of the newer versions of apps based on webkit, but most require some version of 1.3 as the minimum, I was thinking to rename 1.4 to like webkit-1.4 or something in the stable releases so these apps can basically be forklifted in [00:41] micahg, renaming causes so many ongoing issues... [00:42] robert_ancell: well, it would just be for lucid and maverick and only for xul rdepends, I wouldn't want to touch the regular webkit aside from upgrading it :) [00:42] upgrading from the same branch 1.2.x [00:42] robert_ancell, urg, side effect of upgrading I guess, but it means we have user documentation describing GNOME3 on a GNOME 2.32? [00:44] seb128, yes it's a bit of a mess. I'm hoping our doc people will modify it to fit. In the case of nautilus some deprecated feature documentation was gone, but that's not a big issue for us [00:44] it's not like the documentation was uptodate or than users read it anyway... === lamlex is now known as lamalex [02:00] Ah. *That's* why the overlay scrollbars are ugly on banshee! [02:03] Incidentally, if we felt like making banshee start up faster we should really look into AOT compilation for some mono stuff; Banshee spends a bit more than 2 seconds JITing code on my machine. [02:06] youch [02:06] RAOF: Something for next cycle. [02:06] Yup. [02:06] I can only imagine how mono performs on atom CPUs. [02:06] Or arm for that matter. [02:07] Not all of that is during startup, though; that's for an entire run. Much of it will be during startup, though. [02:07] Yeah. [02:07] Yeah. They'd *really* want AOT wherever possible. [02:35] Wow, I wonder if the international issues are biting others on here... Appears to be between US/EU, or somewhere in the US. [02:36] TheMuso: What are you seeing? Unable to resolve canonical.com again? [02:36] RAOF: Yeah. From what I've been reading, there are some major issues with a teer 1 provider in the US, level 3 or another of the big providers. [02:37] They were ok overnight it seems, but are falling over again, as evidence by me no longer being able to resolve ubuntu/canonical.com again. [02:37] ...and my several freenode and other IRC network dropouts. [02:37] Eh. Whatever it is, it's not hitting my internode connection. [02:38] No, since Internode takes other paths out of Oz. [02:38] SOmething which I wish Telstra would do... [02:38] But overall I am on a good bundle with telstra atm for phone/mobile/net, and can get cable so, that makes things difficult if I want to move. [02:39] I'd go internode in a heartbeat if the line I had here was deacent quality/speed. === smspillaz|zzzzzz is now known as smspillaz [02:44] I actually find it weird that for Telstra, we go via the US to get to EU. [02:51] I find it a bit weird that there are different routes for different carriers. [02:51] It's not like we've got a huge web of intercontinental links. [02:51] Yeah. A deacent provider should depend on multiple routes. [02:52] Trouble is, Telstra half owns Reach, one of the major teer 1 providers for Aus, so... [02:52] They aren't likely to use anybody else. === asac_ is now known as asac === Amaranth_ is now known as Amaranth === tjaalton_ is now known as tjaalton === ivanka is now known as ivanka-train [08:02] good morning [08:06] morning didrocks! [08:06] good morning everyone! [08:06] morning pitti [08:06] hey jasoncwarner, how are you? [08:06] pretty good.., you ? [08:07] btw...looks like with you springing forward, and me falling back...the 1:1 is now 2 hours earlier ;) what do you think? want to jump on mumble? [08:08] jasoncwarner: sure [08:08] jasoncwarner: I'm in [08:08] just realizsed...never setup mumble after installing SSD...give me a few minutes [08:10] morning jasoncwarner, pitti! [08:34] pitti, good morning [08:35] pitti, could you take a look at https://edge.launchpad.net/ubuntu/+source/libgtop2/2.28.3-0ubuntu1 [08:41] morning [08:41] rodrigo_: hihi [08:42] hey desrt [08:44] rodrigo_, hey [08:46] hi ricotz [08:47] rodrigo_, feel free to update some ppa packages :), i will stop for now, but i will take care of gedit [08:48] moring mvo [08:48] ricotz: what about it? (sorry, was on phone) [08:48] hey glatzor! [08:48] ricotz: you want it NEWed? [08:48] mvo, I am not sure which lintian tags to use by default. [08:49] meh, LP going down? [08:49] ricotz, I have updated a few in some spare moments, but I'm bug fixing, so going slowly [08:49] rodrigo_: hey [08:49] pitti, hi, yes ;) [08:49] mvo, I already added the option to load distro specific tags files [08:49] hi didrocks, pitti [08:49] rodrigo_: any idea why a gobject_new can crash apart from "no more memory"? https://launchpadlibrarian.net/68241093/Stacktrace.txt [08:49] rodrigo_: the line is child = g_object_new (NA_TYPE_TRAY_CHILD, NULL); [08:50] didrocks, looking [08:50] glatzor: oh, I did not see that in the code [08:50] (and yeah, it's not a computing error, we are using that functions hundreds of time) [08:50] glatzor: look at the data/lintian-checks from my branch, its a subset of the ftp-master tags from lintian [08:50] glatzor: but I removed the ones that where obviously not good [08:51] glatzor: like /opt in the package [08:51] thats fine for us [08:51] argh, postinst of the new kernel has a stupid typo [08:51] rodrigo_, no problem, i wont upload to it for some hours [08:51] && die [08:51] instead of || die [08:51] didrocks, hmm [08:51] rodrigo_: puzzling, isn't it? ;) [08:51] glatzor: just fyi, I look at #742935 next [08:51] ricotz: done [08:52] pitti, thanks [08:52] glatzor: looks like a double release of a fd or something [08:52] didrocks, if it's not a coding error, it's either out of memory or memory corruption [08:52] mvo, I would like to make the changes more transparent. so not removing checks but commenting them out. But how to handle overrides? should we call lintian twice? once with --no-override and the fatal tags and once with the non-fatal ones? [08:52] although the object pointer (0x1000000) looks weird indeed [08:52] glatzor: that sounds sensible [08:53] glatzor: did you merge my other stuff as well? like the exitcode check ? currently we report bad-quality even if its lintian itself that is failing :) [08:53] didrocks, can you easily replicate? [08:53] rodrigo_: not at all [08:54] didrocks, memory corruption then? [08:54] rodrigo_: yeah, the new object pointer adress is what tell me it's out of memory [08:54] rodrigo_: I would say so [08:54] rodrigo_: will confirm with Neil as well, thanks :) [08:54] didrocks, no problem :) [08:54] didrocks, if someone can replicate, running it with valgrind will give the answer [08:57] rodrigo_: yeah, but it seems $random, even if I try to add/remove a lot of apps appearing in the systray [08:57] ok [09:02] hey [09:02] hi seb128 [09:02] hey rodrigo_, how are you? [09:04] seb128, I'm fine, and you? [09:04] I'm a bit tired today, I stayed up quite late, but otherwise ok [09:05] getting some coffee so it should be better after that ;-) [09:07] yeah, saw last night you were late working [09:20] pitti, hey [09:21] bonjour seb128 [09:21] pitti, how are you? [09:22] seb128: pretty well, thanks! et toi? [09:22] I'm a bit tired but fine otherwise [09:22] pitti, did you already see the retracers crash on what is current in the amd64 log? [09:22] in get_source_tree [09:22] I didn't, no [09:23] pitti, do you want apport bugs for such cases or should I just declare the bug buggy untag and restart? [09:23] AssertionError: could not determine source tree root directory === Sweetsha1k is now known as Sweetshark [09:23] (well restart when launchpad will be back to rw) [09:23] seb128: I think this is worth fixing [09:24] seb128: in particualr, it should just skip the source stack trace here, as it usually seems to work [09:24] seb128: I'll fix it right now [09:24] pitti, ok, thanks a lot! [09:25] hm, hang on [09:25] this assertion is really justified, I guess it's a special case with a weird naming [09:25] oh? [09:29] PYTHONPATH=. python -c 'import apport; print apport.packaging.get_source_tree ("indicator-weather", "/tmp/x", "11.03.27+repack-0ubuntu1")' [09:29] hm, that doesn't crash here :/ [09:29] * pitti tries in teh chroot [09:30] ImportError: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /tmp/tmpfREm2I/usr/lib/libapt-pkg.so.4.10) [09:30] le huh? [09:31] apt-get itself is broken now :/ [09:31] ah, ignore me; was in the lucid dchroot [09:33] seb128: meh, NFC I'm afraid; I can't reproduce it in the chroot either :/ [09:34] and now we need to wait for LP to come back anyway, once it does I'll try a manual apport-retrace [09:34] pitti, ok === czajkows1i is now known as czajkowski [09:44] does anyone know if geoclue will activate on demand? [09:45] bug #740484 is a crasher that some users seem to get when it start but the computer is not online yet [09:45] but that's a non issue if it get respawned later I guess [09:46] https://bugs.launchpad.net/ubuntu/+source/geoclue/+bug/740484 [09:46] other polkit-gnome has an assert quite some users are running into: https://bugs.launchpad.net/ubuntu/+source/policykit-1-gnome/+bug/741425 [09:46] could be a crash on logout though [09:50] good morning everyone [09:53] mvo, since lp is down I will merge the lintian branch in the evening. [09:53] glatzor: thnx [09:53] glatzor: yeah, its a bit anoying for me as well, if only bzr would stay up [09:54] mvo, you can now ship a separate data/lintian-nonfatal.tags.Ubuntu and data/lintian-fatal.tags.Ubuntu [09:54] hey chrisccoulson_ [09:54] hey glatzor mvo [09:54] hi seb128, how are you? [09:54] mvo, I recently discovered "import lsb_release; lsb_release.get_distro_information()". Makes life easier. [09:54] chrisccoulson_, I'm fine though a bit tired, what about you? [09:55] hello seb128 ! [09:55] seb128, mvo, see you guys! have to go to work now. [09:55] have fun ;-) [09:56] seb128 - yeah, a bit tired too. bug 663294 is giving me a real headache now [09:57] oh, lp in read-only mode [09:57] glatzor: great work! [09:57] glatzor: thanks and see you [09:59] mvo, I plan to revert 596.1.1 and just switch to a non-interactive session if the controlling terminal cannot be attached [09:59] mvo, it was a stupid idea to keep the tty open all the time. [10:00] have a nice day! [10:00] pitti: Good day, Martin! [10:00] pitti: Even if you seem to be busy, do you have time to sponsor the l-s side of bug 742857? Basically you already read to document last Friday. [10:00] pitti: While I think the document should be uploaded for Natty, I suggest that translations are postponed as explained in comment #7. [10:11] dpm: hello! sorry if I missed your answer yesterday, but when is the next natty langpack upload planned? [10:11] dpm: there is a file overwrite issue (with packagekit.mo) in the current ones [10:12] mvo: do you need one urgently? I was planning to do a new -base one for beta-2 [10:12] not urgently, just would be nice to know when to expect the auto-upgrade-tester to go more "non-red" again [10:12] mvo, sorry, it was me who missed the question, pitti can answer this one best ^ [10:12] mvo: bug 744831 you men? [10:12] mean [10:12] hey GunnarHj [10:13] yes [10:13] Sweetshark: hey, did you get to the static unity Quicklist bug on libreoffice? [10:13] GunnarHj: oh, sure, I'll be happy to [10:14] GunnarHj: let's see how far I get while LP is readonly [10:14] ssh: connect to host bazaar.launchpad.net port 22: Connection refused [10:14] meh [10:14] GunnarHj: I'll do that as soon as it comes back online [10:14] didrocks: bug 720716? [10:14] pitti: Thanks! [10:15] GunnarHj: it's still sitting in my mailbox, was planning to do that anyway today (was busy with a rather big patch/debugging session Mo/Tu, sorry) [10:15] Hi all. Currently having fun with gnome-shell, but missing all the themes (and no apparent application to switch themes either) [10:15] didrocks: I will give it a try today. [10:15] Currently have gnome-shell installed via the gnome3 ppa, on Natty 11.04 Beta. [10:15] launchpad is back [10:15] Sweetshark: yeah, this is important to design and we should give time to translator [10:15] pitti: No problem. I understand that you always are busy with about 100 things. :) [10:15] The following packages have unmet dependencies: [10:15] gnome-themes: Depends: gtk3-engines-pixbuf which is a virtual package. [10:16] didrocks: backports were a bit nasty this time around. [10:16] That's what I get when I try to install gnome-themes from the PPA. [10:16] I think natty > backports :) [10:16] Tommeh, hi, try #ubuntu for user questions but basically GNOME dropped the appearance capplet and there is only one theme available for the new gtk [10:17] Tommeh: and gnome-tweak-tool is your friend [10:17] right, natty > backports, I agree with didrocks [10:17] didrocks: me too. But my inbox disagrees usually. [10:17] Tommeh: you can just check it out of git and run it directly from the checkout. no need to compile. [10:18] desrt/seb128: thanks. [10:18] Tommeh: it lets you change quite a lot of things, including the theme [10:18] Sweetshark: check with chrisccoulson_ and dpm for translation btw, they dealt with that in the same case than yours (meaning: translation not in launchpad) [10:18] pitti, I'm restarting the i386 retracer and let the amd64 down for you to debug [10:18] seb128: oh, LP back up? [10:18] Tommeh: changing the theme of the shell itself is somewhat more complicated -- it involves replacing a directory in /usr... but it is possible [10:18] seb128: I'm currnetly logged into the amd64 one [10:18] Currently I'd be happy with the stnadard theme [10:18] pitti, yes, it's back [10:18] nice [10:19] I'm on some form of horrid 'fallback' gnome theme at the minute :) [10:19] awesome [10:19] Tommeh: oh. install the gnome-themes-standard package [10:19] it has adwaita in it [10:19] Ah, I've done that since removing a conflicting package (gnome-accessibility-themes) [10:19] But gnome-themes won't install from the PPA [10:19] It's still the natty version. [10:19] Due to the error above [10:19] don't worry about that one. gnome-themes-standard is what is necessary [10:20] Depending on a package that isn't in the PPA [10:20] Ahh, OK [10:20] Logout time -- brb :) [10:20] just logout -> back in [10:20] ya :) [10:20] seb128: hm, did you just rm the log file? [10:20] pitti, rotated it sorry [10:20] ah [10:20] pitti, it's log_20110406.gz [10:21] yep, thanks [10:21] Bang, I has a theme. [10:21] Many thanks desrt :) [10:21] pitti, I want a clean log will make easier to run my "get recent bugs which get duplicates" [10:21] *nod* [10:24] Tommeh: no problems :) [10:25] GunnarHj: great job! [10:25] It doesn't seem to like letting me manage two screens .. I have one screen that I can switch between workspaces, and one that's just 'stuck' with one workspace... Almost like it was never intended to be managed. [10:25] GunnarHj: one question, why did you add a no-op on_button_load_help_clicked()? [10:25] GunnarHj: isn't setting the uri button propery enough? [10:25] But that's almost nice, as I can have persistant applications (like xchat) in on screen, whilst switching others. [10:28] GunnarHj: it works fine without; do you mind if I remove the dummy handler while merging? [10:29] pitti: If it works, I don't mind at all. [10:29] pitti: GTK is another area I know very little about. :( [10:30] GunnarHj: uploaded, thanks a lot! [10:30] Tommeh: multi-monitor is a sore spot in the shell. a bunch of changes landed recently (a couple of weeks ago) to vastly improve the situation but it still leaves quite a bit to be desired [10:31] Tommeh: i sense that it's not a priority for them right now [10:38] desrt: I guess so! Well, at least it's not just me :) [10:38] I'm happier to know things are weird/broken for everyone, rather than just on my machine. [10:39] Tommeh: the gnome3 PPA is, frankly, one of the worst ways to try gnome3 at the moment [10:39] it's very deeply broken [10:39] Yep :( [10:39] which is quite understandable, given that the people behind it have their concerns in other places at the moment [10:39] i expect it will get quite a lot better after the ubuntu release [10:40] Finger's crossed :) [10:40] desrt: FWIW, currently writing GNOME30-Live-latest.iso to an USB stick; I'm curious :) [10:41] pitti: i understand the fedora 15 beta is one of the best choices... [10:44] seb128, since I updated to Natty, Evolution took the bad habit to be confused with some of my imap mails: the title of the mail is correct, but when I click on it it displays a unrelated old mail. Is that a known issue ? [10:44] not that I know about [10:45] like the preview doesn't match you select in the list? [10:45] what protocol do you use? [10:45] pitti: let me know what you think, in any case [10:45] desrt: the mini 10 touchpad still sucks even with gnome 3! [10:45] j/k [10:45] seb128, imap+. The preview is correct but the displayed mail is not [10:46] pitti: and the trackpoint on my thinkpad is still red! i thought this new CSS theme would allow me to customise that! [10:46] where is my refund?! [10:46] cassidy, like if you double click to open it? [10:46] cassidy, I never open email I just read them in the preview [10:47] seb128, oh yeah. By preview I meant the title in the treeview [10:47] seb128, the mail is wrong in the pane displaying the full mail and if I double click on it [10:47] cassidy, then no, works correctly there [10:47] check on #evolution on the gnome irc maybe [10:48] seb128, how hard are you patching evolution? ie, should I open an upstream or lp bug ? [10:49] upstream [10:49] k [10:49] or ask on #evolution if you want to start [10:49] we do patch a bit but only for ui tweaks [10:49]