Assigning tags via OCP API to a file in a groupfolder fails
How to use GitHub
- Please use the ๐ reaction to show that you are affected by the same issue.
- Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
- Subscribe to receive notifications on status change and new comments.
Steps to reproduce
- Create a groupfolder
- Assign system tags via OCP API
- See error
Expected behaviour
It should not fail
Actual behaviour
Exception trace:
at /var/www/nextcloud/lib/private/Files/Node/Root.php:209
OC\Files\Node\Root->get() at /var/www/nextcloud/lib/private/Files/Node/Node.php:293
OC\Files\Node\Node->getParent() at /var/www/nextcloud/lib/private/Share20/Manager.php:1747
OC\Share20\Manager->getAccessList() at /var/www/nextcloud/lib/private/Share20/ShareHelper.php:52
OC\Share20\ShareHelper->getPathsForAccessList() at /var/www/nextcloud/apps/systemtags/lib/Activity/Listener.php:187
OCA\SystemTags\Activity\Listener->mapperEvent() at /var/www/nextcloud/apps/systemtags/lib/AppInfo/Application.php:74
OCA\SystemTags\AppInfo\Application->OCA\SystemTags\AppInfo{closure}() at /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php:251
Symfony\Component\EventDispatcher\EventDispatcher->callListeners() at /var/www/nextcloud/3rdparty/symfony/event-dispatcher/EventDispatcher.php:73
Symfony\Component\EventDispatcher\EventDispatcher->dispatch() at /var/www/nextcloud/lib/private/EventDispatcher/EventDispatcher.php:88
OC\EventDispatcher\EventDispatcher->dispatch() at /var/www/nextcloud/lib/private/EventDispatcher/SymfonyAdapter.php:99
OC\EventDispatcher\SymfonyAdapter->dispatch() at /var/www/nextcloud/lib/private/SystemTag/SystemTagObjectMapper.php:174
OC\SystemTag\SystemTagObjectMapper->assignTags() at /var/www/nextcloud/apps/recognize/lib/Service/TagManager.php:77
OCA\Recognize\Service\TagManager->assignTags() at /var/www/nextcloud/apps/recognize/lib/Classifiers/Images/ImagenetClassifier.php:48
OCA\Recognize\Classifiers\Images\ImagenetClassifier->classify() at /var/www/nextcloud/apps/recognize/lib/Command/Classify.php:127
OCA\Recognize\Command\Classify->execute() at /var/www/nextcloud/apps/libresign/vendor/symfony/console/Command/Command.php:298
Symfony\Component\Console\Command\Command->run() at /var/www/nextcloud/apps/libresign/vendor/symfony/console/Application.php:1040
Symfony\Component\Console\Application->doRunCommand() at /var/www/nextcloud/apps/libresign/vendor/symfony/console/Application.php:301
Symfony\Component\Console\Application->doRun() at /var/www/nextcloud/apps/libresign/vendor/symfony/console/Application.php:171
Symfony\Component\Console\Application->run() at /var/www/nextcloud/lib/private/Console/Application.php:213
OC\Console\Application->run() at /var/www/nextcloud/console.php:100
require_once() at /var/www/nextcloud/occ:11
Server configuration
Operating system: Ubuntu 22.04.02
Web server: N/A
Database: N/A
PHP version: N/A
Nextcloud version: 25.0.4
Group folders version: N/A
Updated from an older Nextcloud/ownCloud or fresh install:
Where did you install Nextcloud from:
Are you using external storage, if yes which one: N/A
Are you using encryption: N/A
Are you using an external user-backend, if yes which one: N/A
Client configuration
Browser: N/A
Operating system: N/A
Logs
See also
Original issue: https://github.com/nextcloud/recognize/issues/706
Web Server: Apache/2.4.52 Database: MySQL 8.0.32-0ubuntu0.22.04.2 PHP version: 8.1.2-1ubuntu2.11 Group folders version: 13.1.1 Updated from an older Nextcloud/ownCloud or fresh install: Updated for many years Where did you install Nextcloud from: nextcloud.com Are you using external storage, if yes which one: No Are you using encryption: No Are you using an external user-backend, if yes which one: LDAP
Any news on this? Should we file this in server instead?
Seems fixed.
This was probably an issue in server ;)