# Groupfolders show with id instead of name in webdav/dvfs **URL:** \ **Category:** ℹ️ Support\ **Tags:** teamfolders-app, webdav\ **Created:** [August 17, 2023, 3:44pm UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414 "2023-08-17T15:44:33Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![asta](https://help.nextcloud.com/letter_avatar/asta/32/5_5575768a8748004e209b776fc1b2916d.png) [@asta](https://help.nextcloud.com/u/asta)\ **Post date:** [August 17, 2023, 3:44pm UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414/1 "2023-08-17T15:44:33Z")
When using webdav/davfs with nextclodu 27.0.2 in Debian 12 with nemo the folders are shortly shown with their name and then switch to their folder ids (see video ![NCwebdav](https://help.nextcloud.com/uploads/default/original/3X/7/e/7e08f2a52e017cea2c85bfb4bfb8916d6b532fd8.gif) ) Any hint why this happens and/or how i can force the name? ---
**Author:** ![Anton\_Vakhrameev](https://help.nextcloud.com/user_avatar/help.nextcloud.com/anton_vakhrameev/32/54023_2.png) [@Anton\_Vakhrameev](https://help.nextcloud.com/u/Anton_Vakhrameev)\ **Post date:** [August 25, 2023, 8:04am UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414/2 "2023-08-25T08:04:11Z")
I have exactly the same problem. Nextcloud 27.0.2, Linux Mint 20.3 Cinnamon, nemo 5.2.4 ---
**Author:** ![sunnyd24](https://help.nextcloud.com/letter_avatar/sunnyd24/32/5_5575768a8748004e209b776fc1b2916d.png) [@sunnyd24](https://help.nextcloud.com/u/sunnyd24)\ **Post date:** [August 25, 2023, 10:07pm UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414/3 "2023-08-25T22:07:20Z")
I can’t comment on how to resolve this for your use case, but I opened an issue some time ago to rename all group root folders with friendly names. I suggested that group folder ID’s should have friendly names rather than numbers, but the issue was closed without a resolution. If it was resolved, then you wouldn’t have these types of issues further down the line, when used in your use case as observed here using webdav/davfs as there is no folder name mapping/translation required! Suggest commenting in [link here issue #2430](https://github.com/nextcloud/groupfolders/issues/2430) for it to be reopened and resolved. ---
**Author:** ![asta](https://help.nextcloud.com/letter_avatar/asta/32/5_5575768a8748004e209b776fc1b2916d.png) [@asta](https://help.nextcloud.com/u/asta)\ **Post date:** [November 28, 2023, 10:54am UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414/4 "2023-11-28T10:54:36Z")
After some discussion on github this turns out to be an issue with the file manager nemo. Therefore this issue has been moved to the nemo developers: [Nextcloud with groupdfolder addon with webdav/davs shows folder-numbers instead of names · Issue #3331 · linuxmint/nemo · GitHub](https://github.com/linuxmint/nemo/issues/3331) ---
**Author:** ![Noburn](https://help.nextcloud.com/letter_avatar/noburn/32/5_5575768a8748004e209b776fc1b2916d.png) [@Noburn](https://help.nextcloud.com/u/Noburn)\ **Post date:** [March 19, 2024, 2:45pm UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414/5 "2024-03-19T14:45:46Z")
It is actually a bug in NextCloud. Tested with version 28.0.1. Some webdav clients (Nemo, Nautilus etc) asks for specific properties in PROPFIND, e.g. ‘displayname’. And NextCloud then replies with the groupfolder id as the displayname. There is a quick workaround here: [Groupfolders show with id instead of name in webdav/davfs · Issue #2527 · nextcloud/groupfolders · GitHub](https://github.com/nextcloud/groupfolders/issues/2527) ---
**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\ **Post date:** [January 16, 2025, 9:07am UTC](https://help.nextcloud.com/t/groupfolders-show-with-id-instead-of-name-in-webdav-dvfs/168414/6 "2025-01-16T09:07:29Z")