[SRU]Some (or all) desktop icons are missing

Please report the issue to the developer here:

  https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/issues

and then tell us the new issue ID.

This has already been reported by another person there. ID: https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/issues/200

Seems more important than Low, if it is reproducible to multiple people.

Can someone test this patch? https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/merge_requests/184

It should fix this.

I can confirm the problem. Upgrade was from 18.04 to 20.04 and 4th monitor added to new grophic card. Icons disappearing is happening daily. Not all icons disappear. Suspend and wake up retruns icons to its original place. Usually it happens when I save a Libre Writer document and close the Writer. Let me know if I can help further and how.

In a fresh installation of Ubuntu 20.04 this bug affect all my PCs(3).

Ubuntu 20.04, with the same issue, sometimes a few disappear, sometimes all icons disappear.
The installation was done through fresh install.

@rastersoft-gmail

Sergio, what are the full steps involved in trying this patch? I tried to just download the new file desktopManager.js from your link and then replaced the file in the path "/usr/share/gnome-shell/extensions/desktop-icons@csoriano". I restarted and then I get an error in the extension saying it couldn't be loaded....

@rastersoft-gmail

Sergio, I went back through the merge request in more detail and have tried these steps :

- Download the patch code from the merge request
- Installed Meson
- Deleted the folder ($HOME/.local/share/gnome-shell/extensions/desktop-icons@csoriano)
- Unzipped the patch and built the patch with Meson/Ninja (it did recreate the local directory)
- Rebooted
- Went into tweaks and re-enabled the extension

After all this I did not notice any change in behavior. The problem is very easy to replicate in Ubuntu 20.04. Just place a simple text file on the desktop. Double click to open it and then change the file. When you hit save it breaks/hides all the icons and you must reboot or hit ALT+F2 then R to fix. Let me know if I missed any steps or if there is anything else I can do to help with the investigation...

I tried that, but I'm unable to reproduce that bug.

Can you check if there is any error message in the gnome shell logs? (you can see them from a terminal with "sudo journalctl /usr/bin/gnome-shell", and pressing the "END" key to go to the end of the file).

Sure, it must be some sort of interaction or missing dependency because I get it every single time I save a file that is on the desktop. I reproduced the error then immediately pulled the tail of the log you proposed. I do see a javascript error related to this extension...

Here is the full tail... (hard to read)

Sep 30 09:25:03 iP4o20Kn gnome-shell[1611]: Failed to set CRTC gamma: drmModeCrtcSetGamma on CRTC 48 failed: Permission denied
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: GNOME Shell started at Wed Sep 30 2020 09:25:02 GMT-0400 (EDT)
Sep 30 09:25:04 iP4o20Kn gnome-shell[3617]: Registering session with GDM
Sep 30 09:25:18 iP4o20Kn gnome-shell[3617]: Could not create transient scope for PID 5236: GDBus.Error:org.freedesktop.DBus.Error.UnixProcessIdUnknown: Process with ID 5236 does not exist.
Sep 30 09:25:33 iP4o20Kn gnome-shell[3617]: Could not create transient scope for PID 5312: GDBus.Error:org.freedesktop.DBus.Error.UnixProcessIdUnknown: Process with ID 5312 does not exist.
Sep 30 09:25:35 iP4o20Kn gnome-shell[3617]: Could not create transient scope for PID 5316: GDBus.Error:org.freedesktop.DBus.Error.UnixProcessIdUnknown: Process with ID 5316 does not exist.
Sep 30 09:25:36 iP4o20Kn gnome-shell[3617]: Could not create transient scope for PID 5320: GDBus.Error:org.freedesktop.DBus.Error.UnixProcessIdUnknown: Process with ID 5320 does not exist.
Sep 30 09:26:06 iP4o20Kn gnome-shell[3617]: Could not create transient scope for PID 5400: GDBus.Error:org.freedesktop.DBus.Error.UnixProcessIdUnknown: Process with ID 5400 does not exist.
Sep 30 09:26:08 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Sep 30 09:26:08 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Sep 30 09:26:08 iP4o20Kn gnome-shell[3617]: Window manager warning: Overwriting existing binding of keysym ...

My guess. “/home/ion420/Desktop/.goutputstream-0LONR0” is a temporary file, probably the editor is saving a new file to then move over the original one when you save. The extension notices the new file but when trying to get more info about it, it's gone (race condition). It probably does not recover well from this scenario.

Your guess is correct. The problem is that the line numbers in your log doesn't match my line numbers... Did you uninstall the gnome-shell-extensions-desktop-icons.deb package before installing the branch from gitlab?

I did not uninstall per say, I just deleted the .local directory as mentioned in the readme...

i.e. Deleted the folder ($HOME/.local/share/gnome-shell/extensions/desktop-icons@csoriano)

If there is a better way to clear and reinstall then let me know and I will be happy to try it out...

The editor I am using is just gedit 3.36.2, just fyi...

That's the problem: the package isn't installed in the local folder, but in
/usr. You must uninstall it.

El mié., 30 sept. 2020 16:26, John Hoff <email address hidden>
escribió:

> The editor I am using is just gedit 3.36.2, just fyi...
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1883174
>
> Title:
> Some desktop icons disappear
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-shell-extension-desktop-icons/+bug/1883174/+subscriptions
>

How do you uninstall it properly? I enabled it through the https://extensions.gnome.org/ page, but there is not an uninstall option there. It does not show up as an installed .deb in ubuntu software, so I am assuming we need to do a sudo apt remove, but not sure what package is called....

The package is "gnome-shell-extension-desktop-icons"

El mié., 30 sept. 2020 17:26, John Hoff <email address hidden>
escribió:

> How do you uninstall it properly? I enabled it through the
> https://extensions.gnome.org/ page, but there is not an uninstall option
> there. It does not show up as an installed .deb in ubuntu software, so
> I am assuming we need to do a sudo apt remove, but not sure what package
> is called....
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1883174
>
> Title:
> Some desktop icons disappear
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-shell-extension-desktop-icons/+bug/1883174/+subscriptions
>

Nevermind, I figured out its just sudo apt remove gnome-shell-extension-desktop-icons.

I did that and its completely gone from /usr now. However, I no longer have the extension at all. I reran the steps to install the patch version and I don't see the extension, so I must be missing a step somewhere...

Don't forget to exit and enter again from gnome shell

El mié., 30 sept. 2020 17:41, John Hoff <email address hidden>
escribió:

> Nevermind, I figured out its just sudo apt remove gnome-shell-extension-
> desktop-icons.
>
> I did that and its completely gone from /usr now. However, I no longer
> have the extension at all. I reran the steps to install the patch
> version and I don't see the extension, so I must be missing a step
> somewhere...
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1883174
>
> Title:
> Some desktop icons disappear
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-shell-extension-desktop-icons/+bug/1883174/+subscriptions
>

I rebooted multiple times and no luck.

Here are the steps I followed :

- Used sudo apt remove gnome-shell-extension-desktop-icons to uninstall

- Deleted the folder $HOME/.local/share/gnome-shell/extensions/desktop-icons@csoriano

- Rebooted and verified it is gone all together from tweaks

- Downloaded the .zip patch file and placed in a local directory

- Rerean the Meson/Ninja commands and verified that the .local folder was recreated (I did not get any errors)

- Rebooted again.

At this point I still do not have desktop icons as a choice at all in Tweaks -> extensions. If I go to the website (https://extensions.gnome.org/) then it is not listed in the installed extensions list. If I search for it and try to turn it on with the web page I get a message that says "Can't install "desktop-icons@csoriano" : This is an extension enabled by your current mode, you can't install manually any update in that session"

So basically I am stuck with no option to turn it back on. I suspect I can just run sudo apt install and readd that way, but it will be the same /usr install. Am I missing something?

Oh, ok... Now I understand. You simply can't install the official desktop
icons in the Ubuntu session. You must install gnome-session, choose gnome
shell session instead of Ubuntu session when logging, and there you can use
the extensions.

Of course, you may want to also install dash-to-dock, that gives you the
left dock, and kstatusNotifier.

El mié., 30 sept. 2020 20:11, John Hoff <email address hidden>
escribió:

> I rebooted multiple times and no luck.
>
> Here are the steps I followed :
>
> - Used sudo apt remove gnome-shell-extension-desktop-icons to uninstall
>
> - Deleted the folder $HOME/.local/share/gnome-shell/extensions/desktop-
> icons@csoriano
>
> - Rebooted and verified it is gone all together from tweaks
>
> - Downloaded the .zip patch file and placed in a local directory
>
> - Rerean the Meson/Ninja commands and verified that the .local folder
> was recreated (I did not get any errors)
>
> - Rebooted again.
>
> At this point I still do not have desktop icons as a choice at all in
> Tweaks -> extensions. If I go to the website
> (https://extensions.gnome.org/) then it is not listed in the installed
> extensions list. If I search for it and try to turn it on with the web
> page I get a message that says "Can't install "desktop-icons@csoriano" :
> This is an extension enabled by your current mode, you can't install
> manually any update in that session"
>
> So basically I am stuck with no option to turn it back on. I suspect I
> can just run sudo apt install and readd that way, but it will be the
> same /usr install. Am I missing something?
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1883174
>
> Title:
> Some desktop icons disappear
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-shell-extension-desktop-icons/+bug/1883174/+subscriptions
>

I am not sure I am following. To be clearer, I have multiple other extensions installed and they all work fine... specifically unite, walkpaper, user themes and workspace indicator. It is just the desktop icons one that I can't install or work with. I do already have gnome-shell-extensions installed...

Yes, I understand. But it seems that the ubuntu session blocks new
versions from extensions.gnome.org. AFAIK, they did that to avoid a new
version from the repository to overwrite the official, tested one. So it
seems that you will need to use the gnome shell session instead. But the
other extensions will work in both sessions, at most you will only have
to enable them again.

El 30/9/20 a las 20:36, John Hoff escribió:
> I am not sure I am following. To be clearer, I have multiple other
> extensions installed and they all work fine... specifically unite,
> walkpaper, user themes and workspace indicator. It is just the desktop
> icons one that I can't install or work with. I do already have gnome-
> shell-extensions installed...
>

Sergio,

So... I think I followed your last comment and did some more research.. If I can try to summarize briefly, what your saying is that to understand if your new patch works (which I believe is the goal so that ultimately it might be moved forward), we need to prove that it solves our issue. When using gnome 3.x on an Ubuntu system, by default you are given an "ubuntu session" where the folks at cannocial have packed together and tested as a bundle a few tweaks/extensions to vanilla gnome to simplify things for users and to promote their branding. For any extensions that I chose to add after that I have complete control to update and add/remove. For the standard few they included (which includes desktop icons) I don't have the ability to update or change them. Any updates would need to be pushed through by cannocial as bundle package updates. Alternatively, I need to do an install of the vanilla gnome packages (because gnome is not currently an option on the login screen), then chose that session type on login (along with setting everything up again).

Given how much work I have done just to get my system mostly functional I am reluctant to change session types on my primary account, so I had an alternate idea of just creating a new, second user on the system and then making the changes there. Before I even started with installing vanilla gnome, I first created a new user and then logged in with it using a standard ubuntu session. I then setup my same few extensions and ran a test to prove I had the issue (so I could know for sure if/when it was fixed). Oddly, I can't get desktop icons to break in the new user account. It works fine after numerous tests. Its frustrating, but this leads me to believe that there is some form of conflict between desktop icons and the (literally) hundreds of this I have installed over time in my main account. It must be a common thing that many users of ubuntu install or configure because there do seem to be many people here with the same complaint.

AFAIK, if you launch a gnome session, and then you return to the ubuntu session, you shouldn't lost your configuration. So maybe you can do a test in the gnome shell session to check if the patch works, thus allowing canonical to integrate it, but use the ubuntu session for your day-to-day work. Someone here that confirms this?

OK, made more progress.

First, I was finally able to reproduce the issue in the new account. For my initial test I just created 4 or 5 very small text files. On my regular desktop I have a much larger text file that is 39kb with 1100+ lines. The size of the file is what makes it break, which points to exactly what Andre mentions above. If you create a large text file on your desktop you should be able to see the issue yourself.

I then proceeded with our test. I installed vanilla gnome, uninstalled the /usr version of desktop icons, and then rebooted. At login I selected a Gnome session for the new account. I then went through the meson/ninja procedure to install your patch version. The good news is it did install now and it does keep the icons from disappearing. The only sub-optimal part is that the icons don't stay in place and move around on the desktop each time you hit save. Still a big improvement, but ideally the icons wouldn't move around.

Just a side note, while testing to break the other account I did also try an .ods file. It never did disappear, but has the same issue with not staying in the exact place where I positioned (i.e. on each save action it would jump around)...

Good news, then. Also, this means that, maybe, now I can reproduce the bug.

Just FYI for anyone that stumbles upon this thread. In Ubuntu 20.04, if you want to work around the issue for now it can be done by placing your preferred desktop files in the home (or any other) folder and just placing link files to those files on your desktop. When you do this you can still double click and edit files directly from the desktop, but when you save it doesn't lose or move around the desktop files. It even eliminates the flicker.

I'm still affected by this. Only happens in one computer, a rather slow one with a spinning hard drive. Is there a fix/workaround?

Icons are missing most times for me. Logging out and back in always fixes it, as well as Alt+F2 -> 'r', but it's annoying. It might be a race condition since it seems to only happen on slow computers and on first boot (when the computer is under load, which makes it slower).

Can you try this patch? https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/merge_requests/184

This bug also affects me. I just can't believe what an ignorance from the maintainers to not resolve this issue already.

Do we have a working solution yet or not?

Some report that "sudo apt remove gnome-shell-extension-desktop-icons" solves the problem, but others that this causes even more problems.

Can you advise me, because I do not want to have additional problems.

Oh, of course not. This is not a solution. At all.

There is dependency of gnome-shell-extension-desktop-icons to ubuntu-desktop. Just perfect.

That would be bug 1832407. But you can disable extensions using the 'Extensions' app.

Here we have a great example how bugs are being solved.

Since there was no good solution, I updated 20.04 to 20.10. Bug was still there. Then I updated to 21.04 - and, voila, bug is not present anymore.

So the solution is clear. Just wait till bugs dissapear by "natural reasons"... or till users switch to some other operating system.

Great way to go, really.

Ubuntu 21.04 does not use the package this bug is about, it uses a different extension for desktop icons. So that's why the behaviour in 21.04 is different to previous releases.

Unfortunately for API reasons we are unable to backport the same extension from 21.04 to 20.04.

I have gotten a lazy way around this, it is not really a fix but it works. Around Feb this year(2021) or march give or take I had the same problem but when I read through the ubuntu community and then others like me who never made a fresh install from 14 lts then to 18 then to 20. I was highly sure that I had missed something ...... being a windows user originally my first instinct was to create a new folder just like was recommended, I did that for a while and it worked . however the system prompted me to upgrade a few times then it worked perfect, all was showing. But after a while I got the same issues again from an upgrade from the main server. Trust me, all I did was right click-create new folder-name it then when it was created and all my desktop folders came back. it is lazy but it works mostly when you have upgraded from previous version

Another lazy way around this is to do Alt-F2, then type in R. Might be
easier than creating a folder then deleting it.

On 7/2/2021 4:12 AM, martin turyagyenda wrote:
> I have gotten a lazy way around this, it is not really a fix but it
> works. Around Feb this year(2021) or march give or take I had the same
> problem but when I read through the ubuntu community and then others
> like me who never made a fresh install from 14 lts then to 18 then to
> 20. I was highly sure that I had missed something ...... being a windows
> user originally my first instinct was to create a new folder just like
> was recommended, I did that for a while and it worked . however the
> system prompted me to upgrade a few times then it worked perfect, all
> was showing. But after a while I got the same issues again from an
> upgrade from the main server. Trust me, all I did was right click-create
> new folder-name it then when it was created and all my desktop folders
> came back. it is lazy but it works mostly when you have upgraded from
> previous version
>

Hello,

This issue is still on, and even if it's «low» issue, it's really disturbing because 20.04 is LTS. I planned to move dozens of computers from 18.04 to 20.04, but seeing how my users rely on desktop to keep many files, I can see how painful it will be to move on 20.04, even though alt F2 + r works fine.

Is there anything, besides coding, that could be done to help taking down this issue ?

Thanks,

As a patch, is there way that the "r" command could be automatically
issued at the end of the boot sequence? I briefly tried to get that to
work, but didn't have any luck.

On 9/14/2021 5:52 AM, Florian wrote:
> Hello,
>
> This issue is still on, and even if it's «low» issue, it's really
> disturbing because 20.04 is LTS. I planned to move dozens of computers
> from 18.04 to 20.04, but seeing how my users rely on desktop to keep
> many files, I can see how painful it will be to move on 20.04, even
> though alt F2 + r works fine.
>
> Is there anything, besides coding, that could be done to help taking
> down this issue ?
>
> Thanks,
>

I think that the only solution is to uninstall Desktop Icons and install Desktop Icons NG. Although current versions are for Gnome Shell 3.38 and later, there are active versions in extensions.gnome.org that do work with Gnome Shell 3.36.

Sounds like a fix is in progress in https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/merge_requests/203 now.

The attachment "check-fileitem.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/commit/7f225feea74dab2bca97e91c3c06461130bbf718

@vanvugt,

 Thanks, and we still need to push it into focal for the request from our OEM project.

@seb128,

 Could help review and upload the patch to focal? Thanks!

This bug appears to also exist in hirsute. Could you prepare a debdiff for hirsute as well?

Actually, I'll just upload this for hirsute too.

I've uploaded this for Focal and Hirsute.

@brian-murray,

 Thanks a lot. And checked the patch in hirsute, it's just a few offset. It should be ok.

Applying patch patches/check-fileitem.patch
patching file desktopManager.js
Hunk #1 succeeded at 413 (offset 69 lines).

Hello Satchit, or anyone else affected,

Accepted gnome-shell-extension-desktop-icons into hirsute-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/gnome-shell-extension-desktop-icons/20.04.0+git20200908-5ubuntu0.3 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-hirsute to verification-done-hirsute. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-hirsute. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Hello Satchit, or anyone else affected,

Accepted gnome-shell-extension-desktop-icons into focal-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/gnome-shell-extension-desktop-icons/20.04.0-3~ubuntu20.04.6 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-focal to verification-done-focal. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-focal. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

hi binli，
I have installed gnome-shell-extension-desktop-icons 20.04.0-3~ubuntu20.04.6 source package,I created some different files on the desktop and saved for many times . The icons did't disappear.The issue does be fixed

@qiushuang,

 Thanks for your feedback.

I can confirm that the fix works:
Previously if I edited any text file on the Desktop, a lot of icons
disappeared. I could reproduce this consistently and I reproduced this once
more before updating the package.

After updating the package I can't reproduce the issue: all icons remain
visible after editing the files.

ke 1. jouluk. 2021 klo 10.41 Bin Li (<email address hidden>) kirjoitti:

> @qiushuang,
>
> Thanks for your feedback.
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1950437).
> https://bugs.launchpad.net/bugs/1883174
>
> Title:
> [SRU]Some (or all) desktop icons are missing
>
> Status in gnome-shell-extension-desktop-icons:
> Unknown
> Status in OEM Priority Project:
> Triaged
> Status in gnome-shell-extension-desktop-icons package in Ubuntu:
> Fix Committed
> Status in gnome-shell-extension-desktop-icons source package in Focal:
> Fix Committed
> Status in gnome-shell-extension-desktop-icons source package in Hirsute:
> Fix Committed
>
> Bug description:
> [Impact]
>
> * When user edit and save a file in Desktop, the file icon will
> disappear, and the file is still there, it's bad experience for user.
> * Sometimes, some icons in my Desktop folder just don't appear on the
> desktop. The missing icons aren't invisible, it's like they're not in the
> folder. Clicking on the empty space where they should be does nothing.
> Mousing over the empty space does nothing. See attached screenshot. As you
> can see, there are many missing.
>
> Not consistently reproducible, but frequent.
>
> [Test Plan]
>
> * Edit and save a file in Desktop.
> $ echo "abc" > ~/a.log
> $ gedit ~/a.log
>
> [Where problems could occur]
>
> * It is low risk, cause I just check the fileItem in source code
> before call it, or else it prompt 'fileItem is undefined'.
>
>
> [Other Info]
>
> OS: Ubuntu 20.04.3
> gnome-shell: 3.36.9
> gnome-shell-extension-desktop-icons: 20.04.0-3
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-shell-extension-desktop-icons/+bug/1883174/+subscriptions
>
>

@opelline,

 Thanks for your feedback, did you use 20.04/focal or 21.04/hirsute?

I'm running 20.04/focal

ke 1. jouluk. 2021 klo 17.30 Bin Li (<email address hidden>) kirjoitti:

> @opelline,
>
> Thanks for your feedback, did you use 20.04/focal or 21.04/hirsute?
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1950437).
> https://bugs.launchpad.net/bugs/1883174
>
> Title:
> [SRU]Some (or all) desktop icons are missing
>
> Status in gnome-shell-extension-desktop-icons:
> Unknown
> Status in OEM Priority Project:
> Triaged
> Status in gnome-shell-extension-desktop-icons package in Ubuntu:
> Fix Committed
> Status in gnome-shell-extension-desktop-icons source package in Focal:
> Fix Committed
> Status in gnome-shell-extension-desktop-icons source package in Hirsute:
> Fix Committed
>
> Bug description:
> [Impact]
>
> * When user edit and save a file in Desktop, the file icon will
> disappear, and the file is still there, it's bad experience for user.
> * Sometimes, some icons in my Desktop folder just don't appear on the
> desktop. The missing icons aren't invisible, it's like they're not in the
> folder. Clicking on the empty space where they should be does nothing.
> Mousing over the empty space does nothing. See attached screenshot. As you
> can see, there are many missing.
>
> Not consistently reproducible, but frequent.
>
> [Test Plan]
>
> * Edit and save a file in Desktop.
> $ echo "abc" > ~/a.log
> $ gedit ~/a.log
>
> [Where problems could occur]
>
> * It is low risk, cause I just check the fileItem in source code
> before call it, or else it prompt 'fileItem is undefined'.
>
>
> [Other Info]
>
> OS: Ubuntu 20.04.3
> gnome-shell: 3.36.9
> gnome-shell-extension-desktop-icons: 20.04.0-3
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/gnome-shell-extension-desktop-icons/+bug/1883174/+subscriptions
>
>

I installed 21.04 on X1 Nano, I found it used gnome-shell-extension-desktop-icons-ng by default.
So I removed the gnome-shell-extension-desktop-icons-ng and installed gnome-shell-extension-desktop-icons, and enable the extension in tweak-tool, after that I couldn't reproduce this issue.

Marking the development task as invalid - gnome-shell-extension-desktop-icons no longer exists in impish and beyond.

The verification of the Stable Release Update for gnome-shell-extension-desktop-icons has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

This bug was fixed in the package gnome-shell-extension-desktop-icons - 20.04.0-3~ubuntu20.04.6

---------------
gnome-shell-extension-desktop-icons (20.04.0-3~ubuntu20.04.6) focal; urgency=medium

  * Check fileItem before using it. (LP: #1883174)

 -- Bin Li <email address hidden> Thu, 18 Nov 2021 10:48:34 +0800

This bug was fixed in the package gnome-shell-extension-desktop-icons - 20.04.0+git20200908-5ubuntu0.3

---------------
gnome-shell-extension-desktop-icons (20.04.0+git20200908-5ubuntu0.3) hirsute; urgency=medium

  * Check fileItem before using it. (LP: #1883174)

 -- Bin Li <email address hidden> Thu, 18 Nov 2021 10:48:34 +0800