=== brainwash_ is now known as brainwash
[02:15] <bluesabre> brainwash: we opted to not include the color emojis, since they only work in gtk3 applications (non-color look the same in gtk2/gtk3/qt/everything else)
[09:41] <flocculant> bluesabre: supposedly next week is beta week - assuming it happens and I see a reminder that a iso is ready I'll pointlessly e-mail both the lists
[10:31] <bluesabre> flocculant: thanks
[10:32] <ochosi> bluesabre: so, regarding 18.10 we have the following missing pieces
[10:32] <ochosi> 1) elementary-xfce update to 0.13.1 for consistent wireless icons
[10:33] <ochosi> and manila-folder fixes
[10:33] <ochosi> 2) xfce4-settings latest point release (once it's out, if we're happy with it)
[10:34] <ochosi> within greybird i don't expect any more important changes/fixes
[10:34] <ochosi> and everything else i guess can also be delivered after the release
[10:34] <ochosi> (if we have bugfix point releases of 4.13 components)
[10:35] <bluesabre> sure thing
[10:54] <brainwash> bluesabre: new comment in bug 1793393
[10:54] <ubottu> bug 1793393 in xubuntu-default-settings (Ubuntu) "[Suggestion] New custom command (file search) for Whisker Menu and Application Finder" [Undecided,Confirmed] https://launchpad.net/bugs/1793393
[10:54] <brainwash> makes me wonder if the overrides for custom search actions ever actually worked
[10:55] <brainwash> also, adding --path=~ to the command makes sense, or?
[10:57] <ochosi> bluesabre: oh and 3) switch the "symbolic" option to true for statusnotifier plugin in x-d-s
[10:59] <brainwash> symbolic icons are enabled
[10:59] <brainwash> just opened the properties dialog in daily
[11:45] <ochosi> oh ok, great
[11:45] <ochosi> one less thing to fix
[11:47] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-weather-plugin 0.9.0 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-weather-plugin-0-9-0-released-tp51829.html (by Sean Davis-6)
[12:11] <bluesabre> knome: how's the wallpaper looking?
[12:12] <bluesabre> brainwash: aha, so that's what we're missing
[12:23] <bluesabre> brainwash: sure enough, adding that line to the defaults.rc makes the find keyword work
[12:48] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Add file search custom command (-) to Whisker Menu and Application Finder (LP: #1793393) @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=37c1122de5db3e6728b5966054c0a2a42a8df223 (by Sean Davis)
[13:09] <brainwash> bluesabre: you sure that '-' is better than 'find'?
[13:09] <bluesabre> brainwash: the other keywords are a single symbol, and find really only makes sense to use for the english speakers
[13:09] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Add items to the Atril toolbar for improved usability (LP: #1792788) @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=da0417a5340e0a8194022c80492f2938b4857ef2 (by Sean Davis)
[13:10] <bluesabre> (also faster to type)
[13:12] <brainwash> ok
[13:12] <brainwash> it's just that I would associate - with search
[13:14] <brainwash> would not I meant
[13:14] <brainwash> but oh well
[13:15] <bluesabre> yeah, that's kind of the same problem with the existing #, ?, ! keywords
[13:15] <brainwash> does not look like people were using 'find' anyway
[13:15] <bluesabre> yeah, definitely hasn't ever worked :D
[13:15] <brainwash> what about '/' for search?
[13:15] <brainwash> it's odd too
[13:16] <ondondil> hey, thanks guys
[13:16] <ondondil> '/' is already used in appfinder with "exo-open --launch FileManager %S" command
[13:16] <bluesabre> That's currently used for opening directories in the app finder (I thought the same)
[13:16] <bluesabre> yeah
[13:16] <bluesabre> :)
[13:17] <brainwash> ok
[13:25] <brainwash> ondondil: regarding the other report, can you modify Ctrl+F via Thunar's accels.scm?
[13:25] <brainwash> personally I don't think that it should be altered
[13:26] <brainwash> it opens the empty search input field (just like in pcmanfm)
[13:27] <bluesabre> interestingly enough, if you don't have a file highlighted in thunar, ctrl+F opens catfish, otherwise, opens the in-window search
[13:29] <Spass> that would probably require a new custom action "catfish --path=%d" that applies only to files
[13:29] <Spass> similarly to "Open in terminal" one, I think
[13:30] <brainwash> it does not open catfish for me
[13:30] <brainwash> but ctrl+f is ignored pretty often when I press it and nothing is highlighted
[13:31] <bluesabre> I see it when I click a file, ctrl+f (shows the in-window search), press escape, ctrl+f again (shows catfish)
[13:31] <bluesabre> gotta run now, bbl
[13:32] <brainwash> nope, no catfish for me
[13:32] <bluesabre> thanks folks for all the bug reports/triage/suggestions/general interest in improving xubuntu :)
[13:32] <bluesabre> huh
[13:32] <bluesabre> even more weird :D
[13:32] <ondondil> brainwash: yes, I was able to modify that, but unique identifier for custom action needs to exist before in ~/.config/Thunar/uca.xml
[13:35] <brainwash> what is the <Action> for search?
[13:35] <brainwash> mine accels.scm does not seem to have one
[13:35] <brainwash> my
[13:36] <brainwash> oh. now I get it. you want to override it with a custom action
[13:39] <knome> bluesabre, pretty close with it actually!
[13:40] <knome> i can probably show a draft today
[13:45] <ondondil> brainwash: I have https://paste.ubuntu.com/p/nKPRVFPYwH/ in uca.xml and "; (gtk_accel_path "<Actions>/ThunarActions/uca-action-1524816562683873-3" "")" in accels.scm
[13:45] <ondondil> I edited that line in accels.scm to "(gtk_accel_path "<Actions>/ThunarActions/uca-action-1524816562683873-3" "<Primary>f")"
[13:45] <brainwash> right
[13:50] <ondondil> And I also can't get catfish to run without making that change
[13:51] <ondondil> Doing what bluesabre described I get in-window search every time
[13:52] <brainwash> he probably added that manually to his config
[13:58] <brainwash> ondondil: can the ID be stored and then read from uca.xml.in?
[14:00] <brainwash> that would bypass the ID generating part if it works
[14:12] <brainwash> bluesabre: what does the /s do? https://git.launchpad.net/xubuntu-default-settings/commit/etc/xdg/xdg-xubuntu/Thunar/uca.xml.in?id=d4e1c1717b8784163fc7fba84192132122985bd7
[14:13] <brainwash> ohh nevermind
[14:13] <brainwash> /s as in (s)
[14:14] <brainwash> that got me confused for a moment
[14:25] <brainwash> bluesabre: "print file" custom action is another thing that does not work :/
[14:26] <brainwash> you have to separate file types with a semicolon and not a comma
[14:30] <brainwash> also, you have modify the selection condition -> https://i.imgur.com/58kOyla.png
[14:35] <TJ-> I'm revisting Bug #1784964 trying to figure out a way to further debug it. It seems like it mostly affects xubuntu due to lightdm. I've hit a dead-end as to how to further debug it. Logs aren't helping.
[14:35] <ubottu> bug 1784964 in policykit-1 (Ubuntu) "Regression due to CVE-2018-1116 (processes not inheriting user's supplementary groups )" [Undecided,Confirmed] https://launchpad.net/bugs/1784964
[14:36] <TJ-> Any suggestions or ideas?
[14:37] <brainwash> but that's not specific to Xubuntu, is it?
[14:40] <TJ-> I'll get hints from anywhere at this point! I've got a fleet of xubuntu systems and it affects some and not others
[14:42] <brainwash> this looks like a beast, not sure if I would be able to follow all the information
[14:46] <brainwash> what is the reason why ubuntu keeps patching this old version of policykit instead of moving to a new release?
[14:46] <TJ-> it's a weird one for sure, seems like the a user session started via lightdm doesn't get the supplementary groups, which also affects a subsequent tty console login (presumably due to somehow using the same user session).
[14:46] <TJ-> I'm not sure; I've asked in -devel but never got an answer when I was orginally debugging this.
[14:47] <TJ-> I have to do the workaround (log-in via TTY first) but sometimes forget -as in today - which makes me revisit it :)
[14:48] <brainwash> debian sid has 0.105-21 too
[14:48] <brainwash> 0.115-1 in experimental
[14:50] <TJ-> I think that's the primary reason - sync from Debian. Until you said that I had forgotten I did research that
[14:54] <brainwash> TJ-: did you test with debian yet?
[14:58] <TJ-> brainwash: you mean a Debian install?
[14:58] <brainwash> yes
[14:59] <brainwash> or did I miss some detail?
[14:59] <TJ-> It's so hard to reproduce I doubt it'll help. This doesnt affect all systems, so there's something in the config influencing this. E.g. the PC I'm on now which is supposed identical Xubuntu 18.04, never suffers it
[15:00] <ondondil> brainwash: I'm just a casual user so I'm not sure if this is how I was supposed to check this, but here's what I've done: I replaced /etc/xdg/xdg-xubuntu/Thunar/uca.xml with this https://pastebin.geany.org/7ogKt/ then removed the content of ~/.config/Thunar/ and rebooted.
[15:00] <ondondil> After the reboot ~/.config/Thunar/accels.scm got recreated with hardcoded unique-ids from /etc/xdg/xdg-xubuntu/Thunar/uca.xml that I created
[15:00] <TJ-> well, config or a race, based on system speed. We've seen it affect Core 2 Duo, and VMs, but this I5/i7 whatever (faster) never shows it
[15:01] <brainwash> TJ-: oh boy
[15:02] <TJ-> brainwash: exactly my thoughts!
[15:03] <brainwash> ondondil: nice. so the unique IDs could be predefined in the uca.xml.in (with an actual unique name, and not a timestamp)
[15:03] <TJ-> brainwash: as the policykit-1 fix is about 'race' conditions thats why I think that's the culprit
[15:04] <brainwash> best thing would be to get the policykit involved
[15:04] <brainwash> but they probably would want you to test with their latest release first
[15:05] <TJ-> right. I'm going to try the revert of the changes first, then I'll also try  fast-forward to 115 (if that doesn't affect (build)-dependencies 
[15:06] <TJ-> I'm off out for a run with my Huskies, I'll report back later on
[15:06] <brainwash> you can check the package build from debian experimental
[15:06] <brainwash> maybe rebuild it for ubuntu
[15:06] <brainwash> ok. cya
[15:17] <knome> bluesabre, Spass: https://temp.knome.fi/temp/xubuntu/.wall-1810/draft_03.png
[15:17] <knome> ochosi, ^
[15:18] <ondondil> brainwash:  Should I mention this on launchpad then?
[15:19] <Spass> knome, I think the purple will look great with new manila folders
[15:19] <knome> maybe
[15:19] <knome> i feel like this one might need a bit more blue somewhere...
[15:25] <bluesabre> knome: cool, I like where that is going :)
[15:25] <knome> :)
[15:25] <Spass> yeah I like it too
[15:26] <Spass> thanks for sharing
[15:27] <knome> of course.
[15:34] <brainwash> ondondil: I guess so. maybe even attach your modifications (or a diff of them).
[15:35] <ondondil> Okay, will do
[15:35] <brainwash> accels.scm only containing the new custom action shortcuts and the modified uca.xml.in
[15:35] <brainwash> with matching unique IDs
[15:36] <brainwash> however, there are two "open in terminal" actions
[15:36] <brainwash> you cannot assign F4 to both of them
[15:36] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Fix file matching for the Print file/s custom command @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=02a6161bf484d3bbd170a83db011990fd3837505 (by Sean Davis)
[15:37] <Spass> https://ibb.co/j6W2NU
[15:37] <brainwash> ondondil: more info https://git.launchpad.net/xubuntu-default-settings/commit/etc/xdg/xdg-xubuntu/Thunar/uca.xml.in?id=6e83025026b210709bb82d03a8a0b48120fae8f9
[15:37] <brainwash> bluesabre: nice
[15:38] <brainwash> bluesabre: but once again, how did no one notice that? :D
[15:38] <brainwash> well, now people will be able to easily print files
[15:38] <bluesabre> brainwash: dunno, maybe Thunar had some fallback code for those scenarios
[15:43] <ondondil> brainwash: If I only assign F4 to custom action with "exo-open --working-directory %f --launch TerminalEmulator" command, I won't be able to open terminal with F4 when a file is selected and vice versa
[15:44] <brainwash> that is the issue
[15:45] <ondondil> I've assigned it to both actions and it works fine here
[15:45] <brainwash> in list view too?
[15:47] <brainwash> it may work, but it's something that you cannot do via the graphical editor for custom actions
[15:47] <brainwash> assigning the same shortcut to several actions
[15:47] <ondondil> It works with all views. It doesn't work only if multiple files are selected
[15:48] <brainwash> ok. add that info to the report also.
[15:50]  * bluesabre waits to release new xubuntu-default-settings until the productive folks are done
[15:50] <bluesabre> :)
[15:52] <ondondil> I'll report that later today because now I need to leave for a while
[18:11] <ochosi> brainwash: it was tested against gtk2 and worked, so it should be ok in 18.04
[18:11] <ochosi> (the printing)
[18:37] <brainwash> ochosi: sadly, it does not work in 18.04
[18:37] <brainwash> the printing action does not show up in the context menu for a .doc file
[18:43] <brainwash> don't "plain text" and "empty file" create the same thing? https://i.imgur.com/89i4Gb4.png
[18:44] <brainwash> "empty file" is hardcoded
[18:47] <brainwash> bluesabre: ^
[18:48] <brainwash> https://git.launchpad.net/xubuntu-default-settings/commit/usr/share/xubuntu/templates/xdg-xubuntu-templates?id=dbd6556944bebef88aeaacdd4e0cb0985a8af115
[18:48] <bluesabre> technically, yes... only difference is Plain Text brings along a .txt extension
[18:48] <brainwash> well, that is true
[18:49] <brainwash> it should stay then
[19:06] <brainwash> bluesabre: there is something broken in parole's Plugins settings window
[19:07] <brainwash> the checkboxes reset sometimes after reopening the window
[19:07] <brainwash> the MPRIS2 one can even crash parole
[19:08] <brainwash> disable it, close the window, now try to re-enable it
[19:08] <brainwash> that would be bug 1698540
[19:08] <ubottu> bug 1698540 in parole (Ubuntu) "Parole crashes when choosing to open a file if MPRIS2 plugin is deactivated" [Undecided,Confirmed] https://launchpad.net/bugs/1698540
[19:10] <bluesabre> brainwash: thanks, added to the bugs bp, will hopefully tackle soon
[20:27] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-cpufreq-plugin 1.2.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-cpufreq-plugin-1-2-1-released-tp51832.html (by Andre Miranda)
[20:55] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-battery-plugin 1.1.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-battery-plugin-1-1-1-released-tp51834.html (by Andre Miranda)
[22:36] <ochosi> brainwash: that's odd, it did go through quite some testing, maybe i dont have enough .doc files ;)
[22:37] <ochosi> anyway, your testing and reporting is much appreciated