Upgrade 24.0.1 to 24.0.2 error "The following extra files have been found: dist"

Nextcloud version (eg, 20.0.5): 24.0.1
Operating system and version (eg, Ubuntu 20.04): FreeBSD 13.1
Apache or nginx version (eg, Apache 2.4.25): Apache 2.4
PHP version (eg, 7.4): 8.0

Attempting web upgrade from 24.0.1 to 24.0.2 gives error “The following extra files have been found: dist”

This is a plain vanilla site with only default plugins. It has upgraded successfully using the web update for the past year. I found several reports of similar symptoms with 24.0.0 beta but no solutions. I also saw one German report posted yesterday of the same error, but no solution yet.

Is anyone else having issues with the 24.0.2 upgrade? Is a new install likely going to be the easiest solution?

Cheers,
Dale

Does the integrity check show any detailed information?
Please look for file/folder “dist” on your installation.

Hi @rakekniven, thanks for your help.

  1. integrity check. This seems OK. I had to ask google what an integrity check was, so let me know if this is not it.
dale@whizzer:/usr/local/www/nextcloud % sudo -u www ./occ --all files:scan
The process control (PCNTL) extensions are required in case you want to interrupt long running commands - see https://www.php.net/manual/en/book.pcntl.php
Starting scan for user 1 out of 4 (dale)
Starting scan for user 2 out of 4 (dale.s@telematic.com)
Starting scan for user 3 out of 4 (dale_admin)
Starting scan for user 4 out of 4 (ulian)
+---------+--------+--------------+
| Folders | Files  | Elapsed time |
+---------+--------+--------------+
| 11957   | 186167 | 00:16:17     |
+---------+--------+--------------+
dale@whizzer:/usr/local/www/nextcloud %
  1. file/folder “dist”

Yes. there is a directory “dist/”, the files all have 2022-05-19 timestamps. My first thought was to delete it, but I saw a post of similar symptoms and the OP reported they deleted the dist/ directory and Nextcloud stopped responding.

root@whizzer:/usr/local/www/nextcloud # ll
total 178
-rw-r--r--   1 www  www   3343 May 24 08:24 .htaccess
-rw-r--r--   1 www  www    101 May 19 12:04 .user.ini
drwxr-xr-x  43 www  www     50 May 24 08:13 3rdparty/
-rw-r--r--   1 www  www  19327 May 19 12:04 AUTHORS
-rw-r--r--   1 www  www  34520 May 19 12:04 COPYING
drwxr-xr-x  55 www  www     55 Jun 22 21:29 apps/
drwxr-xr-x   2 www  www      6 May 24 08:24 config/
-rw-r--r--   1 www  www   3924 May 19 12:04 console.php
drwxr-xr-x  22 www  www     28 May 24 08:13 core/
-rw-r--r--   1 www  www   6260 May 19 12:04 cron.php
drwxr-x---   9 www  www     14 Dec 17  2021 data/
drwxr-xr-x   2 www  www    147 May 24 08:13 dist/
-rw-r--r--   1 www  www    156 May 19 12:04 index.html
-rw-r--r--   1 www  www   3456 May 19 12:04 index.php
drwxr-xr-x   6 www  www      9 May 24 08:13 lib/
-rwxr--r--   1 www  www    283 May 19 12:04 occ*
drwxr-xr-x   2 www  www      3 May 24 08:13 ocm-provider/
drwxr-xr-x   2 www  www      5 May 24 08:13 ocs/
drwxr-xr-x   2 www  www      3 May 24 08:13 ocs-provider/
-rw-r--r--   1 www  www   3139 May 19 12:04 public.php
-rw-r--r--   1 www  www   5340 May 19 12:04 remote.php
drwxr-xr-x   4 www  www      8 May 24 08:13 resources/
-rw-r--r--   1 www  www     26 May 19 12:04 robots.txt
-rw-r--r--   1 www  www   2452 May 19 12:04 status.php
drwxr-xr-x   3 www  www      4 May 24 08:13 themes/
drwxr-xr-x   2 www  www      4 May 23 12:01 updater/
-rw-r--r--   1 www  www    382 May 19 12:09 version.php
root@whizzer:/usr/local/www/nextcloud #



root@whizzer:/usr/local/www/nextcloud # ll dist
total 13833
-rw-r--r--  1 www  www      7750 May 19 12:04 accessibility-accessibility.js
-rw-r--r--  1 www  www       842 May 19 12:04 accessibility-accessibility.js.LICENSE.txt
-rw-r--r--  1 www  www     25651 May 19 12:04 accessibility-accessibility.js.map
...
-rw-r--r--  1 www  www     68445 May 19 12:04 weather_status-weather-status.js
-rw-r--r--  1 www  www      1649 May 19 12:04 weather_status-weather-status.js.LICENSE.txt
-rw-r--r--  1 www  www     75048 May 19 12:04 weather_status-weather-status.js.map
-rw-r--r--  1 www  www     94465 May 19 12:04 workflowengine-workflowengine.js
-rw-r--r--  1 www  www      2744 May 19 12:04 workflowengine-workflowengine.js.LICENSE.txt
-rw-r--r--  1 www  www    226447 May 19 12:04 workflowengine-workflowengine.js.map
root@whizzer:/usr/local/www/nextcloud #
  1. Nextcloud > Settings > Administration > Logging

The only issues that seemed at all interesting were several “*.txt” files were flagged as not being UTF-8 with comment “This may cause problems” (although I expect not with upgrading).

  1. Nextcloud log

I looked at the end of the Nextcloud log file immediately after trying to upgrade, but the only questionable entries were the same text files flagged as not being UTF-8 in the Nextcloud Admin dashboard.

dale@whizzer:~ % sudo -u www tail -n 3 /usr/local/www/nextcloud/data/nextcloud.log
{"reqId":"X0HldBirqcS9waLP1XyV","level":2,"time":"2022-06-08T22:48:52+00:00","remoteAddr":"162.223.103.50","user":"dale","app":"notes","method":"GET","url":"/ocs/v2.php/search/providers/notes/search?term=sensor&from=%2Fapps%2Ffiles%2F%3Fdir%3D%2FLib%2520ENG%26fileid%3D6035","message":"File encoding for /dale/files/Notes/MySQL/backup_script.txt is not UTF-8. This may cause problems.","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36","version":"24.0.1.1"}
{"reqId":"YTB199xshMAFWoowRcQK","level":2,"time":"2022-06-08T22:49:48+00:00","remoteAddr":"162.223.103.50","user":"dale","app":"notes","method":"GET","url":"/ocs/v2.php/search/providers/notes/search?term=rtd&from=%2Fapps%2Ffiles%2F%3Fdir%3D%2FLib%2520ENG%26fileid%3D6035","message":"File encoding for /dale/files/Notes/FreeBSD (dalescott.net sysadmin)/backup_script.txt is not UTF-8. This may cause problems.","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36","version":"24.0.1.1"}
{"reqId":"YTB199xshMAFWoowRcQK","level":2,"time":"2022-06-08T22:49:48+00:00","remoteAddr":"162.223.103.50","user":"dale","app":"notes","method":"GET","url":"/ocs/v2.php/search/providers/notes/search?term=rtd&from=%2Fapps%2Ffiles%2F%3Fdir%3D%2FLib%2520ENG%26fileid%3D6035","message":"File encoding for /dale/files/Notes/MySQL/backup_script.txt is not UTF-8. This may cause problems.","userAgent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.0.0 Safari/537.36","version":"24.0.1.1"}
dale@whizzer:~ %

Why not moving the directory outside of the NC directory and start the update.
If you encounter trouble you can simply move it back.

Do you have any app store values in your config.php ?
Looks like this “dist” directory contains files of a view apps.

I do not think I have app store values in config.php, see below.

Possibly related is I accidentally aborted the most recent upgrade (from 24.0.0 to 24.0.1) by closing the web browser, and had to complete the upgrade using occ:

dale@whizzer:/usr/local/www/nextcloud % sudo -u www php occ upgrade
dale@whizzer:/usr/local/www/nextcloud % sudo -u www php occ maintenance:repair
dale@whizzer:/usr/local/www/nextcloud % sudo -u www php occ maintenance:mode --off

Is it possible completing the upgrade this way left behind the /dist directory, which is now causing the problem?

config.php

<?php
$CONFIG = array (
  'instanceid' => 'oc3rbbj5as89',
  'passwordsalt' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'secret' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'trusted_domains' =>
  array (
    0 => 'nextcloud.dalescott.net',
  ),
  'datadirectory' => '/usr/local/www/nextcloud/data',
  'dbtype' => 'mysql',
  'version' => '24.0.1.1',
  'overwrite.cli.url' => 'http://nextcloud.dalescott.net',
  'dbname' => 'nextcloud',
  'dbhost' => 'localhost',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'nextcloud',
  'dbpassword' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'installed' => true,
  'mail_smtpmode' => 'smtp',
  'mail_smtpsecure' => 'ssl',
  'mail_sendmailmode' => 'smtp',
  'mail_from_address' => 'nextcloud',
  'mail_domain' => 'dalescott.net',
  'mail_smtpauthtype' => 'LOGIN',
  'mail_smtphost' => 'smtp.sendgrid.net',
  'mail_smtpauth' => 1,
  'mail_smtpport' => '465',
  'mail_smtpname' => 'apikey',
  'mail_smtppassword' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'maintenance' => false,
  'theme' => '',
  'loglevel' => 2,
  'updater.release.channel' => 'stable',
  'default_phone_region' => 'CA',
  'updater.secret' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
);

See my previous post and give it a try by moving (not deleting) your dist directory.

Thanks. I will try this as soon as my client completes re-synchonizing. I’m not sure if this is related, but after running the integrity check the clients want to copy ALL the files to re-sync (I posted a question about this in a new topic: Clients are copying ALL files after integrity check - is this normal?)

This check does compare the installation (folder structure) with a definition of how it should be. The data directory is not part of this check. So from my understanding the check should not trigger any sync action.