The XDG specified directories, as described by Jacob, are not created with the account, they’re created (and recreated if missing) when the user logs in. Pointing those user-dirs variables at $HOME is a workaround, but it doesn’t actually disable the functionality; if disabling is what you want, you can change ”enabled=True” to ”enabled=False” in /etc/xdg/user-dirs.conf. As the comment in that file above the definition says,
# This controls the behaviour of xdg-user-dirs-update which is run on user login
# You can also have per-user config in ~/.config/user-dirs.conf, or specify
# the XDG_CONFIG_HOME and/or XDG_CONFIG_DIRS to override this
Why don’t we build deep below ground instead of high above it?
I’ve worked around that enum error (since before owncloud 7 already) by adding this in 3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Platforms/MySqlPlatform.php:
@@ -661,6 +661,7 @@
protected function initializeDoctrineTypeMappings()
{
$this->doctrineTypeMapping = array(
+ 'enum' => 'string',
'tinyint' => 'boolean',
'smallint' => 'smallint',
'mediumint' => 'integer',
Reopening. It didn’t go away after all, looks like the occurrence varies (didn’t see it yesterday), perhaps those Chromium settings just made it more probable.
I take that back, it seems to have been caused by Chromium all along (more specifically either #threaded-compositing-mode or #deadline-scheduling), despite those glitches appearing outside of Chromium too. Sot it’s a Chromium bug, but I’m too lazy to debug this further (the issue goes away with those configuration flags set to default) so I’ll just mark this as invalid.
Also, here’s a screenshot (from the video) with the artifacts visible. I notice they seem to cover mostly just Chromium’s content area, but just last night I had this occur just as I was logging out (with the lines remaining on screen until I tried to take a screenshot), with nothing but the log out confirmation running on top of my desktop, so it’s probably not just Chromium that’s causing this.
Ha, finally caught a couple of glimpses of this in a screen recording! Attaching it here.
Since upgrading HWE from -lts-saucy to -lts-trusty, I have had recurring graphical glitches on screen, with short black horizontal lines appearing briefly on screen (on top of normal contents), particularly when switching between applications. The lines appear only for a few 100 ms before going away (just enough to register in your eye that there’s something there), so I’ve been trying to make a screen recording to capture it, but of course the phenomenon goes away when I do (perhaps RecordMyDesktop does something with the screen that makes it less likely to appear).
I have another 12.04 system with desktop Radeon graphics, and there -lts-trusty has not produced this issue so far (the one with the issue and the one I’m attaching the logs here from has Intel).
I don’t recall seeing this with -lts-saucy or other previous Xorg packages. It was so obvious right after upgrading that either it never occurred before or was so rare or quick to flash away that it didn’t register.
Back in the day, I used to use Baruch Even’s WebSec just for this. It seems unmaintained nowadays unfortunately, but might still work.