I have 4.14 installed on Xubuntu 20.04 and it has still been happening
recently. I think it only happens when there are many icons to deal
with. It works fine as long as the desktop starts very rapidly, but if
it takes any time they get reset.
--
You received this bug notification because you are
I have been having the same issue with Xubuntu 20.04. There are two
instances being added in the session (restart if running). Sometimes it
opens the interface, other times the two start so close together that
they trip over each other and one produces an error window creating the
lock file in /run
@Gunnar
Is the report better now, or still need fixing? I read the link you sent
me, but while it may be very technical, it's far from clear to a user at
my level. This is the first bug I've reported from scratch, so I'm happy
to learn, just ignorant! :)
Sorry for the delay in response, my ISP ma
Public bug reported:
I have a couple of backups, over ssh, to a machine which is not
accessible 24/7. Since upgrading my system to 20.04 from 18.04, the
included version of backintime-qt, presumably checking the integrity of
settings, closes the backup settings dialog but does not save any
changes
Public bug reported:
I installed this in a fresh install of Xubuntu 20.04.1 and, while it
installs, the file to which it links:
/usr/bin/smart-notifier -> ../share/smart-notifier/smart-notifier
does not exist, so it does not function at all!
--
Description:Ubuntu 20.04 LTS
Release:2
I would find this incredibly helpful, but would also love to be able to
also dismiss something by ID. That way a "Processing..." notification
could be displayed indefinitely, then removed when the process behind
completed.
As someone seems to have already patched this it would be fantastic to
see
I have now written a patch script to deal with this problem on my
machine as it's been like this for many years with no progress. I don't
understand the internals, but it occurs 100% when the desktop starts
laying out icons before the underlying system has read the configuration
(it occasionally ge
The cause was identified long ago
https://bugs.launchpad.net/ubuntu/+source/xfdesktop4/+bug/1335492/comments/41
but still no one has applied a fix. I have two scripts. One of which
saves the files on logout and another which I run at login that waits 10
seconds, then restores the file and resets th
I have the exact same problem. I know the hardware device still works
fine because booting into my 16.04 system with the older software still
displays and records perfectly.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
I have recently installed a Manjaro machine and installed this from
source as it's not in the Manjaro repositories. The code for autotrash
has been changed and improved. As a result, this bug is no longer an
issue with the latest version. To fix and improve this, the source just
needs to be brought
The problem is not entirely that files are not created in /tmp, but
rather that nothing cleans them up in the event of a crashed or killed
process. I also see these files in the current directory as well as tmp
and .cache
As these directories are prefixed with a dot, less technical users will
prob
Seems to me that simply calling whatever function loads the icon
positions after the rest xfdesktop has finished starting up would solve
most of this. To prevent the position file being corrupted while
starting (as it currently does) the file *should only be written out
when the user expressly plac
Still present in Xubuntu 16.04
I'm not greatly experienced with Python and globbing, but this seems to
fix it by making two passes; firstly for files without the dot prefix
and secondly with the prefix...
--Replace--
for file_name in glob.iglob(os.path.join(trash_info_path, '*.trashinfo')):
...
13 matches
Mail list logo
