Error PHP74 - Trying to access array offset on value of type null

[quicktrick]

I have the same errors after upgrade to PHP 7.4.2. Nextcloud 18.0.0, 18.0.1. Have you created an issue on GitHub?

Edit:

value of type null for Compiler.php

Edit2:
I’ve replaced 3rdparty/leafo/scssphp v0.7.7 with v0.8.4

Let’s see what happens next.

[holgair]

hello, is the fix with v0.8.4 running OK. if yes, can you please descripe it for me exactly, what you have done.

thankx

[quicktrick]

@holgair

hello, is the fix with v0.8.4 running OK. if yes, can you please descripe it for me exactly, what you have done.

See here

[MelThorpe]

I was running into this same issue, along with a couple other issues. I’m not sure exactly what step fixed the issue for me, but I modified the php.ini file

post_max_size = 20G

upload_max_filesize = 20G

Originally they were 20GB. I’m not sure if GB was correct or causing problems. Then I had to restart php-fpm. Once I did that the errors stopped filling up my logs.

Or it could just have been restarting php-fpm did the trick.

[moritz76]

Hi, I also have that error
“trying to access array offset on value of type null at /var/www/nextcloud/3rdparty/leafo/scssphp/src/Compiler.php#5230”

I tried your solutuion but it didn’t work.

Do somebody have a nother solution?

[ctinleonard]

or wait for May 2020
or …

SOLVED: Nextcloud Logs "Trying to access array offset on value of type null" Repeatedly

I’m no PHP expert, but changing the first line of that function into if (isset($args[2]) && isset($args[2][1]) && $args[2][1] == 0) { adds a null check to the $args[2][1] and seems to stop the message from appearing at my instance without any other effects (but how can you be sure in a source with 5000+ lines). I can’t find this file in the Nextcloud repo on Github. Can someone tell me what this it belongs to so that I can run tests and submit a patch? EDIT: never mind, found it: https://git…

[buzz]

Sorry, but the above will not fix it after all.

This morning, my log file was filled with these errors again. sorry for the false hope.

I updated the original thread as UNsolved.

[ctinleonard]

Awaiting update
it’s not much anymore

[stephenitpro]

I too have this issue of “Trying to access array offset on value of type null at /usr/share/nginx/nextcloud/3rdparty/leafo/scssphp/src/Compiler.php#5230” repeated over and over again. I’m running the following system:

CentOS 8.1
Nextcloud 18.0.4
nginx-1.14.1-9.module_el8.0.0+184+e34fea82.x86_64
php-7.4.5-1.el8.remi.x86_64
php-fpm-7.4.5-1.el8.remi.x86_64
redis-5.0.3-1.module_el8.0.0+6+ab019c03.x86_64
php-pecl-apcu-5.1.18-1.el8.remi.7.4.x86_64
mariadb-server-10.3.17-1.module_el8.1.0+257+48736ea6.x86_64
SELINUX enforcing

I’m using a combination of Redis and APCu caching.

[denNorske]

Just wanted to pop in and say that I face the same problem. PHP 7.4, NC 18.0.4
For me it spams the log with 3-4 minute intervals, and it spits out about 300-400 lines every time.

[flemmingss]

Same problem for me. Running as a plugin in FreeNAS

[Deefi]

Same problem on Debian Bullseye, php-7.4.5, postgresql-12.2, nc-18.0.4.2.

This workaround works for me:

@WhyYes

Hi @buzz, yes, you’re right, that’s what happens if I don’t test everthing

Anyway, the reason is that my addition only checks if $args[2][1] is set for the remainder of that if statement, so the rest of that ill-written function can still throw null pointers around. So another dirty hack without knowing any side effects would be to bail out at the top when either $args[2] or $args[2][1] isn’t set:

if (!isset($args[2]) || !isset($args[2][1])) {
     return static::$nullString;
}

Again, it seems to work for me, but use at your own peril. I really can’t be bothered to look into PHP testing, sorry.

[buzz]

Not only did the above “fix” not work for me, but the single recurring error I had before is now replaced with two recurring errors caused by the Complier.php file.

I would not expect a real fix for this for a while, likely not May (NC19).

buzz

[slider999]

Same game over here…

[salto_lenin]

I changed memory_limit lower than 2G and problem was solwed
max_upload_size e.t.c. left as it is…

[Nanu]

That doesn’t help the memory limit under 2gb
to change…

[rhua]

Although the configuration of my Nextcloud may be different, I have found that Scanning all files using the files:scan command in occ floods my Nextcloud log with a variant of this error. Seeing how the community could provide valuable information to any developers folowing this topic, it would be great if @Oriann updates the original post by providing the versions of the software used in his installation, to help reduce the number of these errors.

Here are the details of my installation:

Background:
The Nextcloud package is installed, using an archive file, on a shared hosting server with some folders connected to external storage.
Nextcloud version: 18.0.4, 18.0.6 => 18.0.7
Operating system and version: Ubuntu 18.04
Apache or nginx version: Apache 2.4.29
PHP version: 7.4.3

The issue you are facing: refer to the first paragraph of my post in this topic.

The output of your Nextcloud log in Admin > Logging:

[PHP Errors] – Trying to access array offset on value of type null at /home/ssh-user/domain.tld/nextcloud/3rdparty/aws/aws-sdk-php/src/RetryMiddleware.php#144

Is this the first time you’ve seen this error? Y

The output of your config.php file in /path/to/nextcloud (make sure you remove any identifiable information!):

<?php
$CONFIG = array (
  'instanceid' => 'ocnssr8i2s5s',
  'passwordsalt' => 'unsalted',
  'secret' => 'notso',
  'trusted_domains' =>
  array (
    0 => 'domain.tld',
  ),
  'datadirectory' => '/home/ssh-user/domain.tld/nextcloud/data',
  'dbtype' => 'mysql',
  'version' => '18.0.7.1',
  'overwrite.cli.url' => 'https://domain.tld/nextcloud',
  'dbname' => 'honeysuckle_squirt',
  'dbhost' => 'mysql.server.sticky-hosting.com',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'meee',
  'dbpassword' => 'pass12345',
  'installed' => true,
  'maintenance' => false,
);

The output of your Apache/nginx/system log in /var/log/____:

PASTE HERE

N.B. Agree with @andyp that the errors persist when upgrading to PHP 7.4 from PHP 7.2, while using a point release following Nextcloud 17.0.1

Issues with deleting, moving, and renaming files - External storage

[nextclouder]

Same error to me after upgrading NC-18.0.10 to PHP-7.2 >> PHP-7.4.11 (HostEurope):

Trying to access array offset on value of type null at /is/htdocs/wp10xxxxxxxxxxxxx/ncw/3rdparty/leafo/scssphp/src/Compiler.php#5230

How to solve this issue?

Thx + regards!

[Oriann]

Just small update, I have backed up my data and removed whole nextcloud and installed the latest version 20.0.2 and recovered data. Now theese weird errors are gone forever - uptime 7 days from now.

I suggest others to do the same because nc was somehow bugged in earlier versions and I have faced multiple errors.

EDIT: Using PHP 7.4, nginx 18 only OS changed to Ubuntu, but it should not matter cus I am not installing nc as pkg or apt nor snap

[igiona]

Hi @Oriann

can you maybe share how did you backup ed & restored your data?
I have hundreds of GB of data and multiple user on this service, a copy&paste would be quite terrific to perform.
Thanks for sharing, can’t wait to see this error disappear forever too!