From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9DA55158094 for ; Sat, 27 Aug 2022 23:09:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C70A2E0855; Sat, 27 Aug 2022 23:09:00 +0000 (UTC) Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8DFB4E0809 for ; Sat, 27 Aug 2022 23:09:00 +0000 (UTC) Received: by mail-qk1-f180.google.com with SMTP id h27so3749235qkk.9 for ; Sat, 27 Aug 2022 16:09:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:content-disposition:message-id :in-reply-to:mime-version:to:subject:from:date:x-gm-message-state :from:to:cc; bh=/FYchXTLxbAwENPJjdoz7op28bpxn6AmaIkuIWARZ4U=; b=iU0NzjqunquOAWmA86l380WJcSEoUdSiBlumyFwZHTwRu8DkIN1X3IeGvlSziImRBg 7zL00DoJGM12kjvZhXPAQaxrVgCAt9QrGMPRU2oBqLK9Y6oIa+E1V9+X8r+27dH7EK9B cko3iJHmM6hqWgFH4M1X0T8z77/oVeOrZkF3hbP3StaJQ5JQvSv8Ce6oDQ9q34SAPRL8 d9aH5HrZdvOkYlCJBFQdUiGM0GT+LHcTTQ2vGu9LQj4V81QtFDeRM1nuFOlID+aL3B9v k7pmwNjbQNXyCaiSMReXGVD1m4GZE2E8kI2BCPQgnrc8IxHz+QllqntQh+I+PQAHq4wl BcHQ== X-Gm-Message-State: ACgBeo34pYCg2Og282dB49szhVWvp/ihUqhHE3xbQ36GK1B/khJcfoBQ 83hiilp1kJ1VIgBk954HBazUFGwpURpjAg== X-Google-Smtp-Source: AA6agR73ZHGJedwFKWUgXQ3VxBTpa/jCpgFcj/fTq07lbj/KfjHMaIwUXavPM8VVu1hoG8iajzMl1w== X-Received: by 2002:a05:620a:244d:b0:6b2:538f:ffda with SMTP id h13-20020a05620a244d00b006b2538fffdamr3777242qkn.218.1661626738448; Sat, 27 Aug 2022 11:58:58 -0700 (PDT) Received: from ffortso9 (c-73-238-129-126.hsd1.ma.comcast.net. [73.238.129.126]) by smtp.gmail.com with ESMTPSA id q3-20020a37f703000000b006b46a78bc0fsm2233863qkj.118.2022.08.27.11.58.57 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 27 Aug 2022 11:58:57 -0700 (PDT) Date: Sat, 27 Aug 2022 14:58:56 -0400 From: Jack Subject: Re: [gentoo-user] KDE plasma desktop view shows files that don't exist To: gentoo-user@lists.gentoo.org Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: <20220825171858.td2ad6e2qc6lag5j@archlinux> X-Mailer: Balsa 2.6.3-real-138-ge8f905bff Message-Id: Content-Type: text/plain; charset=ISO-8859-1; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 8ea79d91-0b3c-4b33-b26f-38a89c29d306 X-Archives-Hash: 4b7ba7f5b51c1db07f4b8122c22949b6 On 2022.08.25 13:18, Mateusz Okulus wrote: > On 22/08/24 11:05AM, Jack wrote: > > Checking here for any ideas or suggestions before I report as a KDE =20 > bug. > > > > I have my KDE Plasma desktop set to show my ~/Desktop folder. Two =20 > days ago, > > I created a script.pl Perl script in that folder. (No, I don't =20 > generally do > > work in that folder, but I just needed a quick script to deal with =20 > a file I > > had just downloaded there.) After editing that file in emacs, a =20 > script.pl~ > > also showed up on the Desktop.=A0 However, so did a file #script.pl#, =20 > and > > actually I now have three files showing that name.=A0 The original =20 > and the > > emacs backup also show up in Dolphin and an "ls" command in a =20 > terminal.=A0 > > None of the "#" files do, however, which is expected, as there are =20 > transient > > working files only during an active emacs session. > > > > Trying to edit one (double click) from the desktop opens an empty =20 > file, and > > right clicking and selecting Properties shows the correct info as =20 > of when > > the file actually existed - but if I ask for any checksums, they =20 > show up as > > blank fields. > > > > I've looked, and have not found any relevant bug on the KDE =20 > bugzilla.=A0 (As > > it's not likely a Gentoo bug, I don't see any point in filing at =20 > b.g.o.) > > > > Has anyone else noticed this?=A0 Can anyone else reproduce it? > > > > Thanks for any feedback. > > > > Jack >=20 I've been unable to replicate the problem, so I will call it transient, =20 probably due to some particular timing of saving the file and exiting =20 emacs. > I'm fairly sure this isn't a bug, the files exits, and are just empty, > as they show both in Dolphin and using ls. Thanks for the response, but you didn't read carefully. script.pl and =20 script.pl~ do show up and are real files. #script.pl# does NOT show up =20 in Dolphin or with ls, it only appears on the desktop. It is not =20 empty, it just doesn't exist any more. I tried to replicate this on my desktop, and the # file didn't show up =20 until after I exited emacs, but it was not empty, and did show up with =20 ls. Deleting it with rm also properly removed it from the Desktop. I =20 could not replicate the problem of the files only showing up on the =20 Desktop. >=20 > script.pl~ is an Emacs backup file, it's created automatically and =20 > won't > be removed. It was created by Emacs when the original file was still > empty. Agreed. >=20 > #script.pl# is an Emacs auto-saved file, which was also saved when the > buffer was empty. "auto-saves happen every 300 keystrokes, or after > around 30 seconds of idle time", from manual, so you probably left the > empty buffer for more than 30 seconds, but the script was shorter than > 300 characters, so it only auto saved the empty file. Also agreed, but once you exit emacs, such files normally get deleted, =20 especially if you have saved the file. In this case, it does appear to =20 have been deleted, but the Plasma Desktop somehow didn't notice the =20 disappearance of the file. >=20 > Those file exist on your system, they are just empty. That's why the > dates are correct. You can simply delete them if you want. The issue is that they did NOT exist. I understand empty files, but =20 that is NOT the case here. In fact, when I tried to move that file to =20 the trash, I got a permission error on the trash, and the remove pop-up =20 just sat there spinning. If I tried to delete the file (whether right =20 click/delete or select and hit the DEL key) I got an error that it =20 couldn't delete it because it didn't exist. All I can guess is that =20 somehow Plasma didn't notice that the file was removed. Once I exited =20 and restarted Xorg/Plasma, that file was gone, and, as I said, I can no =20 longer replicate the problem. >=20 > Those resources might be useful: > https://stackoverflow.com/a/12031838 > https://stackoverflow.com/a/18330742 >=20 > In particular you can disable backup files, if you don't care or use =20 > git > for example. I do understand those files and do not want to disable backup in emacs, =20 but thanks for the suggestion. >=20 > Regards, > mmokulus Jack