[07:24] <didrocks> good morning
[07:46] <duflu> Hi didrocks
[07:49] <didrocks> hey duflu
[08:39] <oSoMoN> good morning desktoppers
[08:45] <didrocks> salut oSoMoN
[08:45] <oSoMoN> salut didrocks
[08:58] <willcooke> good morning
[09:01] <didrocks> hello willcooke!
[09:03] <oSoMoN> good morning willcooke
[09:06] <willcooke> hihi
[09:09] <duflu> Hi oSoMoN and didrocks
[09:09] <oSoMoN> hey duflu
[09:09] <duflu> erm
[09:09] <duflu> Hi oSoMoN and willcooke
[09:10] <oSoMoN> didrocks is the new willcooke :)
[09:10] <didrocks> rehi duflu :p
[09:11] <willcooke> bad luck didrocks
[09:12]  * didrocks feels cursed now :p
[09:56] <willcooke> Is it just me, or does anyone else find themselves limited by the file browser now?
[09:56] <willcooke> Specific use case, when I'm looking for ISOs to write to USB I do a file -> open
[09:57] <willcooke> then I find a load of old crap and I can't delete files from the file open dialog
[09:57] <willcooke> Sure, that's not what it's for, but it used to work I think
[09:57] <willcooke> and IMO it should allow you to do it
[09:58] <didrocks> I'm unsure if that was changed on purpose or not TBH, worth a discussion with GNOME design team
[10:12] <k_alam> willcooke: Hi, nautilus does seem limited..you can't copy/paste files into terminal anymore...it also broke copy/paste files from nemo-desktop
[10:12] <willcooke> k_alam, interesting. thx
[10:13] <willcooke> I will open a bug upstream and see what they say.  I'll paste a link here
[10:13] <willcooke> Is the file chooser nautilus in a special mode, or is it a gnome shell component?
[10:13] <willcooke> In GNOME that is
[10:18] <didrocks> willcooke: file chooser is a Gtk component
[10:18] <k_alam> willcooke: yes file chooser is the same gtk filechooser...and the bug is this https://gitlab.gnome.org/GNOME/nautilus/issues/634
[10:20] <k_alam> for now I need to fix that in u-s-d clipboard manager or somewhere
[10:23] <oSoMoN> ricotz, hey, would you mind pushing your changes to the firefox-beta.* branches?
[10:24] <joedborg> morning all, i've been doing some 19.04 testing on my XPS13 9370, after an update yesterday I'm having issues with suspend and resume (gmome shell crashes upon resume) which project should I log this under in LP?
[10:26] <willcooke> hi joedborg, thanks for testing.  Stick it under GNOME Shell for now, and we can move it if needed: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+filebug
[10:26] <joedborg> cheers willcooke
[10:39] <jbicha> not being able to delete files (or create new folders, etc.) in the gtk open file dialog is a very old issue
[10:39] <jbicha> supposedly, it's because it's a file chooser not a file manager ☹️
[10:55] <ricotz> oSoMoN, done
[10:55] <oSoMoN> thanks!
[10:56] <oSoMoN> ricotz, I'm updating unity-menubar.patch
[11:04] <willcooke> Does anyone know how to make the community wallpapers packages?
[11:04] <willcooke> https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/1821900
[11:04] <ubot5`> Ubuntu bug 1821900 in ubuntu-wallpapers (Ubuntu) "Ubuntu 19.04 Community Wallpapers" [Undecided,New]
[11:08] <didrocks> willcooke: did that in the past, but probably not as well as Laney. And I prefer focusing finishing up testing Xorg scaling before getting off for the EOW
[11:08] <willcooke> didrocks, np at all
[11:15] <oSoMoN> willcooke, I've never done it but by the looks of https://bazaar.launchpad.net/~ubuntu-art-pkg/ubuntu-wallpapers/ubuntu/revision/262 it's not too complicated, I can probably do it if it's needed before Laney is back
[11:15] <willcooke> oSoMoN, If would wouldn;t mind looking that would be good, but dont stress
[11:16] <oSoMoN> willcooke, ok, I'll give it a go in the afternoon
[11:21] <willcooke> the biggest issue looks like the xml for the rotating wallpaers
[11:21] <willcooke> looks like it would be pain to edit manually
[11:21] <willcooke> but do able
[11:32] <oSoMoN> there's a script for it: scripts/update-background.py
[11:37] <oSoMoN> note that I will need sponsorship, can't upload ubuntu-wallpapers myself
[11:48] <oSoMoN> willcooke, do you have a zip file handy with the final selection of wallpapers at the right resolution, or do I need to extract them from the original thread on the hub?
[11:48] <willcooke> oSoMoN, attached to the bug:  https://bugs.launchpad.net/ubuntu/+source/ubuntu-wallpapers/+bug/1821900/+attachment/5249731/+files/FCS_wallpapers_1904.tar.xz
[11:48] <ubot5`> Ubuntu bug 1821900 in ubuntu-wallpapers (Ubuntu) "Ubuntu 19.04 Community Wallpapers" [Undecided,New]
[11:48] <oSoMoN> ah, perfect
[11:48] <willcooke> all cropped, scaled and renamed for you
[11:48] <willcooke> :)
[12:06] <willcooke> jibel, do you have a touchscreen machine with disco on?  Is touch all messed up for you with a second screen attached?
[12:06] <willcooke> Seems like the touch is offset to the right by about 50%
[12:06] <willcooke> Trevinho, ^
[12:40] <jibel> willcooke, I've a TS machine but not with disco. I can reinstall one if you want
[12:40] <willcooke> jibel, live session shows the same thing for me, would be interested to know if you can confirm
[12:40] <jibel> okay, 'im installing disco and will let you know
[12:41] <jibel> s/installing/dd'ing to a usb stick
[13:00] <bcurtiswx> bug #1821019 can others confirm that when gnome-terminal launches it doesn't gain focus.. and i would be happy to upstream it if we don't think it's an Ubuntu only bug
[13:00] <ubot5`> bug 1821019 in gnome-terminal (Ubuntu) "gnome-terminal does not gain focus upon launch" [Undecided,Confirmed] https://launchpad.net/bugs/1821019
[13:25] <willcooke> bcurtiswx, confirmed.  Works with ctrl-alt-t but using the icon doesn't focus the window
[13:25] <willcooke> bcurtiswx, I will propose that for a rls bug and we can take a look
[13:25] <bcurtiswx> OK willcooke, thanks
[13:33] <jibel> Is it the same problem than windows openin in the background? This is really annoying
[13:35] <willcooke> jibel, oh could be
[13:35] <willcooke> lemme test
[13:35] <willcooke> no, different
[13:36] <willcooke> I opened a Firefox window, and then opened a terminal via dock.  Window on top, but focus elsewhere
[13:52] <Trevinho> willcooke: same happens to me on display settings too, when opening from the extension iirc
[13:52] <Trevinho> from the wallpaper extension
[13:54] <willcooke> Trevinho, what's that? No focus?
[13:54] <Trevinho> yeah, sorry... no focus
[13:59] <didrocks> Trevinho: copy in progress! I'll merge the branches afterwards
[14:04] <willcooke> thanks didrocks
[14:04] <willcooke> thanks Trevinho
[14:04] <Trevinho> didrocks: cool, thanks
[14:06] <didrocks> both in UNAPPROVED now, you can harass or wait for the release team to review :)
[14:07] <didrocks> Trevinho: I'll let you handle Xorg with tjaalton?
[14:07] <Trevinho> didrocks: yeah, as said xorg isn't "critical", while he knows the bit to get in
[14:08] <didrocks> yep ;)
[14:09] <jibel> willcooke, so I tested TS with an external monitor attached. What do you mean by "touch is all messed up"?
[14:10] <willcooke> when I touch on the background on the laptop itself the rubber band selector actually appears on the external screen
[14:10] <jibel> willcooke, what happens for me is that position of the pointer of the screen is not where my finger is
[14:10] <willcooke> yes
[14:10] <willcooke> is it offset to the right by about half a screen?
[14:11] <jibel> like the position on the touch screen is relative to the size of the 2 screens
[14:11] <jibel> yes
[14:11] <willcooke> oki cool
[14:11] <willcooke> I will log a new bug
[14:11] <willcooke> it is unrelated to Trevinho's changes afaict, since the live session doesnt have any of that code in
[14:12]  * Trevinho half-celebrates xD
[14:12] <willcooke> :))
[14:14] <jibel> maybe it's an old trevinho change ;)
[14:14] <Trevinho> lol
[14:15] <Trevinho> willcooke: since I'm there on pkg-lands... Want me to push a g-s with the fix for https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1818790 ?
[14:16] <ubot5`> Ubuntu bug 1818790 in gnome-shell (Ubuntu Disco) "[regression] Desktop zoom is missing the mouse pointer" [High,In progress]
[14:16] <Trevinho> as I've tried to ask upstream about new reviews but still waiting for that
[14:17] <Trevinho> while the fix is obvious (was using wrong js call signature)
[14:19] <willcooke> Trevinho, yes please.  It was a rls bug which got accepted (by the looks of it) so makes sense
[14:21] <Trevinho> good
[14:21] <Trevinho> didrocks: I  might steal some of your publishing time then :P
[14:21] <didrocks> Trevinho: remember that I'm then off for the end of week :)
[14:21] <Trevinho> didrocks: yes, that's why...
[14:21] <didrocks> wondering if we shouldn't just merge it to gnome-shell master branch and wait for more fixes?
[14:22] <didrocks> with beta freeze, it won't enter before Monday anyway
[14:22] <didrocks> (happy to review/merge though)
[14:23] <didrocks> agreed that the fix is looking trivial
[14:23] <Trevinho> didrocks: mh, well yes... could be an idea
[14:23] <Trevinho> didrocks: however... I should pass from debian for that maybe
[14:23] <Trevinho> and... Well you know...
[14:23] <Trevinho> takes more time
[14:23] <didrocks> Trevinho: as you wish, I would just do, if I were you, a MP against our ubuntu branch as a distro patch
[14:23] <didrocks> I review/merge it
[14:23] <didrocks> and next upload will have it
[14:24] <Trevinho> didrocks: ok, so git update then :P
[14:24] <didrocks> Trevinho: sorry, was maybe not clear, yeah, just a git MP :)
[14:25] <Trevinho> didrocks: ah ok... But you meant with all the new upstream commits too or what?
[14:25] <Trevinho> didrocks: cause ideally I wanted to include just a couple, but as you said I can jus tsync with master cherry-picking them all
[14:32] <didrocks> Trevinho: I would just do the patch separately
[14:32] <didrocks> Trevinho: and maybe next week, we can evaluate syncing master or .1
[14:32] <didrocks> if .1 happens ;)
[14:43] <Trevinho> didrocks: ah, ok... as you proposed it earlier so...
[14:43] <Trevinho> I got excited about it xD
[14:43] <Trevinho> but ok, going simple
[14:47] <didrocks> I didn't really propose that, sorry, we probably didn't understand each other correctly ;)
[14:58] <Trevinho> didrocks: ah you meant merge with upstream master, not ubuntu/master :P
[14:59] <didrocks> nope, take your patch and get it in ubuntu/master
[15:00] <Trevinho> yeah, I mean before you said "wondering if we shouldn't just merge it to gnome-shell master branch and wait for more fixes?"
[15:11] <didrocks> ah, the gnome-shell master was the ubuntu branch, sorry, was confusing, you're right :)
[15:48] <Trevinho> np
[15:48] <Trevinho> willcooke: as per that thing on the half-maximize thing on multi-monitor
[15:49] <Trevinho> can you try if that is broken to you after an "alt+f2" -> r -> enter?
[15:56] <willcooke> Trevinho, yay, that fixed it
[15:56] <Trevinho> didrocks: it's at https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/+merge/365180
[15:56] <Trevinho> willcooke: ok, that's the reason why I also took some more time to prepare the branch above ^ :)
[15:56] <willcooke> :)
[15:57] <Trevinho> cause also zoom is broken by that.. So basically it's a missing update of the stage size...
[15:57] <Trevinho> we compute it well in some cases, not in all :)
[15:57] <Trevinho> probably something that was here alredy though
[15:57] <Trevinho> and not sure if it's all related to the branhc, since I already saw it
[16:00] <Trevinho> yes, not x11 related indeed wayland is buggy as well... /me looks into fixing it :)
[16:41] <Trevinho> didrocks: thanks
[16:41] <Trevinho> didrocks: so want me to preare a landing anyways or we wait? as I've the feeling we'd forget otherwise xD
[16:41] <Trevinho> s/we/I
[16:43] <didrocks> Trevinho: let's wait, we have still more time until release and I think we'll have more patches to land
[16:43] <didrocks> and right now, nothing will enter until beta is out, so hum…
[16:43] <Trevinho> k
[17:58] <willcooke> night all