Missing Avatar after upgrade from 8.2.3 to 9.0.0 #22978

blizzz · 2016-03-09T00:45:03Z

Steps to reproduce

Have an avatar set in ownCloud. Mind: in the user home directory, there is only avatar.jpg, but no avatar.32.jpg
Do the upgrade
Login, or go to Personal or Users page

Expected behaviour

Avatar is visible as it was before

Actual behaviour

No Avatar in the header (but also no display name), placeholders in other places.

Copying the avatar.jpg file to avatar.32.jpg brings it back.

Server configuration

Operating system: Ubuntu 14.04

Web server: Apache 2

Database: MySQL

PHP version: 5.5.9

ownCloud version: 9.0.0

Updated from an older ownCloud or fresh install: Update from 8.2.3

Where did you install ownCloud from: Tarball

Signing status (ownCloud 9.0 and above): awesome

The content of config/config.php:

<?php
$CONFIG = array (
  'datadirectory' => '/var/lib/owncloud/ovin-data',
  'dbtype' => 'mysql',
  'version' => '9.0.0.19',
  'installedat' => '1326327271.69',
  'lastupdatedat' => '1338667774.87',
  'dbname' => 'foobar',
  'dbhost' => 'localhost',
  'dbtableprefix' => '',
  'dbuser' => 'barfoo',
  'dbpassword' => 'foo',
  'installed' => true,
  'instanceid' => '123456',
  'theme' => '',
  'maintenance' => false,
  'loglevel' => 1,
  'trusted_domains' => 
  array (
    0 => 'foo.de',
    1 => 'bar.de',
    2 => 'foobar.cu',
  ),
  'secret' => 'sadf',
  'share_folder' => '/Shared',
  'asset-pipeline.enabled' => false,
  'apps_paths' => 
  array (
    0 => 
    array (
      'path' => '/var/www/minion/ovin/apps',
      'url' => '/apps',
      'writable' => true,
    ),
    1 => 
    array (
      'path' => '/var/www/minion/apps-extra',
      'url' => '/../apps-extra',
      'writable' => true,
    ),
  ),
  'appstoreenabled' => true,
  'trashbin_retention_obligation' => 'auto',
);

Are you using encryption: no

Are you using an external user-backend, if yes which one: no

Client configuration

Browser: FF 44

Operating system: Antergos Linux

Logs

ownCloud log (data/owncloud.log)

Nothing wrt Avatars

The text was updated successfully, but these errors were encountered:

Psy-Virus · 2016-03-09T03:19:21Z

Hey,
I've a similar issue with my theme background image after the 8.2.2 -> 8.2.3 -> 9.0 upgrade.
Maybe the info helps.
If it's file ending is set to jpg, it won't load in the browser. The web server says a 302, also if I rename the file-name without the file type and change the related css.
If I change the file type to .png (with or without real conversion) and change the related css it is shown in the browser and the server gives a 200...

I tried to update the mimetypes with the related occ commands. But this changed nothing.

Btw. The owncloud logs do not say anything related to the background image.

That's strange

:-)

rullzer · 2016-03-09T06:57:14Z

Does updating the avatar help? (So setting it again?).

oxivanisher · 2016-03-09T07:21:26Z

I have the same issue and updating the avatar does not help.

jmit79 · 2016-03-09T09:35:38Z

same here, I can't save a new avatar and the existing ones were broken. There's a NotPermittedException in the owncloud.log:

{"reqId":"dpEgL\/oljUh+SCCNTZRa","remoteAddr":"xxx.xxx.xxx.xxx","app":"core","message":"Exception: {\"Exception\":\"OCP\\\\Files\\\\NotPermittedException\",\"Message\":\"\",\"Code\":0,\"Trace\":\"
\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/avatar.php(121): OC\\\\Files\\\\Node\\\\Folder->newFile('avatar.png')
\\\/var\\\/www\\\/owncloud\\\/core\\\/controller\\\/avatarcontroller.php(315): OC\\\\Avatar->set(Object(OC_Image))
[internal function]: OC\\\\Core\\\\Controller\\\\AvatarController->postCroppedAvatar(Array)
\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/http\\\/dispatcher.php(159): call_user_func_array(Array, Array)
\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/http\\\/dispatcher.php(89): OC\\\\AppFramework\\\\Http\\\\Dispatcher->executeController(Object(OC\\\\Core\\\\Controller\\\\AvatarController), 'postCroppedAvat...')
\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/app.php(110): OC\\\\AppFramework\\\\Http\\\\Dispatcher->dispatch(Object(OC\\\\Core\\\\Controller\\\\AvatarController), 'postCroppedAvat...')
\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/appframework\\\/routing\\\/routeactionhandler.php(45): OC\\\\AppFramework\\\\App::main('AvatarControlle...', 'postCroppedAvat...', Object(OC\\\\AppFramework\\\\DependencyInjection\\\\DIContainer), Array)
[internal function]: OC\\\\AppFramework\\\\routing\\\\RouteActionHandler->__invoke(Array)
\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/route\\\/router.php(273): call_user_func(Object(OC\\\\AppFramework\\\\routing\\\\RouteActionHandler), Array)
\\\/var\\\/www\\\/owncloud\\\/lib\\\/base.php(873): OC\\\\Route\\\\Router->match('\\\/avatar\\\/cropped')
\\\/var\\\/www\\\/owncloud\\\/index.php(39): OC::handleRequest()
{main}\",\"File\":\"\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/node\\\/folder.php\",\"Line\":171}","level":3,"time":"2016-03-09T09:29:24+00:00"}

PVince81 · 2016-03-09T14:36:09Z

My avatar still worked after updating. I seem to have multiple in owncloud/data/vincent:

-rw-r--r--   1 wwwrun www  695 Mar  3 10:09 avatar.1.jpg
-rw-r--r--   1 wwwrun www 5.0K Mar  4 11:42 avatar.145.jpg
-rw-r--r--   1 wwwrun www 6.1K Mar  3 10:09 avatar.175.jpg
-rw-r--r--   1 wwwrun www 1.1K Mar  4 10:07 avatar.32.jpg
-rw-r--r--   1 wwwrun www 1.8K Mar  3 10:09 avatar.64.jpg
-rw-r--r--   1 wwwrun www  46K Oct 24  2013 avatar.jpg

blizzz · 2016-03-09T15:43:01Z

@PVince81 yes, because you have the avatar.$SIZE.jpg files. If you had only avatar.jpg, you'd run into the problem. I believe somewhere on the go, avatars were made to create and use files with size. Apparently, no miration of "old" avatars happened.

rullzer · 2016-03-09T16:00:19Z

@blizzz no there is no migration because they used to be created on the fly. They still are... but now we just store the result so the next requests takes the precreated one (if it is there).

rullzer · 2016-03-09T16:00:51Z

@PVince81 to double check... could your remove all of your avatar.*.jpg files? (so all but avatar.jpg) and see if they get recreated? (They do here).

blizzz · 2016-03-09T16:12:22Z

@rullzer on my dev system, if i remove the avatar it will be recreated. On the production system however, not.

oxivanisher · 2016-03-09T16:30:02Z

I also tried deleting the avatar.jpg and it did not regenerate files after choosing a new file.

PVince81 · 2016-03-09T17:45:37Z

@rullzer I deleted all of them, then logged in again in the web UI. No avatar was generated.

Then I reselected a jpg file directly from my OC and it generated those:

-rw-r--r--   1 wwwrun www 6.0K Mar  9 18:45 avatar.175.jpg
-rw-r--r--   1 wwwrun www 1.2K Mar  9 18:45 avatar.39.jpg
-rw-r--r--   1 wwwrun www  29K Mar  9 18:45 avatar.jpg

rullzer · 2016-03-09T18:41:18Z

@blizzz @oxivanisher do you get a 404 or a different error code? (in the transfer console)

rullzer · 2016-03-09T18:45:22Z

@jmit79 that not permitted exception looks 🐟-y... Altough I have no clue where it comes from...

blizzz · 2016-03-09T22:38:15Z

@blizzz @oxivanisher do you get a 404 or a different error code? (in the transfer console)

nope, always 200

blizzz · 2016-03-10T10:21:39Z

@rullzer with removed catches I get this three times on the personal page (3 sizes are requested)

{"reqId":"2KMqS/AzeGgF4NWhulqu","remoteAddr":"109.45.2.130","app":"index","message":"Exception: {\"Exception\":\"OCP\Files\NotPermittedException\",\"Message\":\"\",\"Code\":0,\"Trace\":\"#0 \/var\/www\/minion\/ovin-9.0.0\/lib\/private\/avatar.php(163): OC\Files\Node\File->getContent()\
#1 \/var\/www\/minion\/ovin-9.0.0\/core\/controller\/avatarcontroller.php(117): OC\Avatar->getFile(1)\
#2 [internal function]: OC\Core\Controller\AvatarController->getAvatar('arthur', 1)\
#3 \/var\/www\/minion\/ovin-9.0.0\/lib\/private\/appframework\/http\/dispatcher.php(159): call_user_func_array(Array, Array)\
#4 \/var\/www\/minion\/ovin-9.0.0\/lib\/private\/appframework\/http\/dispatcher.php(89): OC\AppFramework\Http\Dispatcher->executeController(Object(OC\Core\Controller\AvatarController), 'getAvatar')\
#5 \/var\/www\/minion\/ovin-9.0.0\/lib\/private\/appframework\/app.php(110): OC\AppFramework\Http\Dispatcher->dispatch(Object(OC\Core\Controller\AvatarController), 'getAvatar')\
#6 \/var\/www\/minion\/ovin-9.0.0\/lib\/private\/appframework\/routing\/routeactionhandler.php(45): OC\AppFramework\App::main('AvatarControlle...', 'getAvatar', Object(OC\AppFramework\DependencyInjection\DIContainer), Array)\
#7 [internal function]: OC\AppFramework\routing\RouteActionHandler->__invoke(Array)\
#8 \/var\/www\/minion\/ovin-9.0.0\/lib\/private\/route\/router.php(273): call_user_func(Object(OC\AppFramework\routing\RouteActionHandler), Array)\
#9 \/var\/www\/minion\/ovin-9.0.0\/lib\/base.php(873): OC\Route\Router->match('\/avatar\/arthur\/...')\
#10 \/var\/www\/minion\/ovin-9.0.0\/index.php(39): OC::handleRequest()\
#11 {main}\",\"File\":\"\/var\/www\/minion\/ovin-9.0.0\/lib\/private\/files\/node\/file.php\",\"Line\":42}","level":3,"time":"2016-03-10T09:20:27+00:00"}

rullzer · 2016-03-10T11:02:08Z

Ok so it boils down to https://github.com/owncloud/core/blob/master/lib/private/files/node/file.php#L57 Which to me looks like invalid permissions in the oc_filecache table. @blizzz confirmed that they are 0.

Now this only happens now since I switched over the avatar code to the Node API.

@icewind1991 any idea how we can fix the broken entries?

blizzz · 2016-03-10T11:04:36Z

setting permissions to 27 did not make it work.

Users with issues had two entries about the avatar in the filecache table. One tied to their own storage, one to the data-dir-storage.

However, fixing permissions and removing the avatar entry belonging to the data-dir-storage did not make it work either.

icewind1991 · 2016-03-11T12:31:09Z

setting permissions to 27 did not make it work.

It should be 31

blizzz · 2016-03-11T12:35:46Z

@icewind1991 setting them to 31 does not have any impact either.

icewind1991 · 2016-03-11T12:50:09Z

#23154 should keep avatars visible even when we cant save the resized one

rullzer · 2016-03-11T12:54:31Z

It should be 31

No it is a file... so there are no create permissions right?

blizzz · 2016-03-11T12:57:55Z

The entry with empty name and path (parent -1) of my storage has permissions of 0. Is it how it should be? Maybe that should be 31 as well?

gig13 · 2016-05-23T13:45:20Z

@bboule @PVince81 Any updates?

atnexxt · 2016-05-26T08:59:53Z

I did a rescan of my user files php occ files:scan [user-id] on the console and got my avatar image back visible.

oxivanisher · 2016-05-26T09:26:09Z

@atnexxt thanks! that worked 👍

gig13 · 2016-05-26T17:55:45Z

@bboule @PVince81 Could this be added to OC8.2.x maintenance release?

Wikinaut · 2016-05-26T18:08:22Z

@atnexxt GREAT!

sudo -u www-data php occ files:scan --all

solved the problem.

axel-dd · 2016-05-26T20:03:19Z

Thx works for me too.

For users on all-inkl shared webspace do the following...

use all-inkl WebFTP to chown owncloud folder permissions to ftp user (e.g. w123456) recursively
temporary move the .htaccess file out of the owncloud root folder (e.g move it to resources folder)
create a run.phpx file in the owncloud root folder with the following content
<?php echo exec('php occ files:scan --all'); ?>
now run the file https://myowncloud.url/run.phpx and wait until it is finished
now you can remove the run.phpx file
move the .htaccess file back to the owncloud root folder
use all-inkl WebFTP to chown owncloud folder permissions back to php user recursively

Now your avatar images should be back.

rullzer · 2016-05-27T10:05:08Z

A awesome that there is a fix.
Still I think it would be good to have a repair step to fix the permissions on the root and users roots. @icewind1991 do you agree? (I can write such a repair step)

icewind1991 · 2016-05-27T11:36:37Z

A repair step would make the most sense

rullzer · 2016-05-27T18:40:27Z

Ok I'll fix that somewhere next week

rullzer · 2016-05-30T13:06:19Z

PR in #24898

Fixes #22978 On some older installations the permissions for the userRoot and the avatars are not correct. This breaks since we now use the Node API in the avatar code. This repair job makes sure that the permissions are set correctly. * Unit tests added

lock · 2019-08-04T10:00:03Z

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

blizzz added Type:Bug feature:avatars labels Mar 9, 2016

blizzz added this to the 9.0.1-next-maintenance milestone Mar 9, 2016

rullzer assigned rullzer and unassigned rullzer Mar 9, 2016

PVince81 added sev2-high regression labels Mar 9, 2016

PVince81 assigned rullzer Mar 9, 2016

gig13 added the blue-ticket label May 18, 2016

gig13 added the backport-request label May 26, 2016

PVince81 assigned rullzer and unassigned icewind1991 May 30, 2016

rullzer mentioned this issue May 30, 2016

Repair job to fix permissions for avatars #24898

Merged

PVince81 closed this as completed in #24898 Jun 10, 2016

DeepDiver1975 removed the backport-request label Jun 10, 2016

lock bot locked as resolved and limited conversation to collaborators Aug 4, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Missing Avatar after upgrade from 8.2.3 to 9.0.0 #22978

Missing Avatar after upgrade from 8.2.3 to 9.0.0 #22978

blizzz commented Mar 9, 2016

Psy-Virus commented Mar 9, 2016

rullzer commented Mar 9, 2016

oxivanisher commented Mar 9, 2016

jmit79 commented Mar 9, 2016

PVince81 commented Mar 9, 2016

blizzz commented Mar 9, 2016

rullzer commented Mar 9, 2016

rullzer commented Mar 9, 2016

blizzz commented Mar 9, 2016

oxivanisher commented Mar 9, 2016

PVince81 commented Mar 9, 2016

rullzer commented Mar 9, 2016

rullzer commented Mar 9, 2016

blizzz commented Mar 9, 2016

blizzz commented Mar 10, 2016

rullzer commented Mar 10, 2016

blizzz commented Mar 10, 2016

icewind1991 commented Mar 11, 2016

blizzz commented Mar 11, 2016

icewind1991 commented Mar 11, 2016

rullzer commented Mar 11, 2016

blizzz commented Mar 11, 2016

gig13 commented May 23, 2016

atnexxt commented May 26, 2016

oxivanisher commented May 26, 2016

gig13 commented May 26, 2016

Wikinaut commented May 26, 2016

axel-dd commented May 26, 2016 •

edited

Loading

rullzer commented May 27, 2016

icewind1991 commented May 27, 2016

rullzer commented May 27, 2016

rullzer commented May 30, 2016

lock bot commented Aug 4, 2019

Missing Avatar after upgrade from 8.2.3 to 9.0.0 #22978

Missing Avatar after upgrade from 8.2.3 to 9.0.0 #22978

Comments

blizzz commented Mar 9, 2016

Steps to reproduce

Expected behaviour

Actual behaviour

Server configuration

Client configuration

Logs

ownCloud log (data/owncloud.log)

Psy-Virus commented Mar 9, 2016

rullzer commented Mar 9, 2016

oxivanisher commented Mar 9, 2016

jmit79 commented Mar 9, 2016

PVince81 commented Mar 9, 2016

blizzz commented Mar 9, 2016

rullzer commented Mar 9, 2016

rullzer commented Mar 9, 2016

blizzz commented Mar 9, 2016

oxivanisher commented Mar 9, 2016

PVince81 commented Mar 9, 2016

rullzer commented Mar 9, 2016

rullzer commented Mar 9, 2016

blizzz commented Mar 9, 2016

blizzz commented Mar 10, 2016

rullzer commented Mar 10, 2016

blizzz commented Mar 10, 2016

icewind1991 commented Mar 11, 2016

blizzz commented Mar 11, 2016

icewind1991 commented Mar 11, 2016

rullzer commented Mar 11, 2016

blizzz commented Mar 11, 2016

gig13 commented May 23, 2016

atnexxt commented May 26, 2016

oxivanisher commented May 26, 2016

gig13 commented May 26, 2016

Wikinaut commented May 26, 2016

axel-dd commented May 26, 2016 • edited Loading

rullzer commented May 27, 2016

icewind1991 commented May 27, 2016

rullzer commented May 27, 2016

rullzer commented May 30, 2016

lock bot commented Aug 4, 2019

axel-dd commented May 26, 2016 •

edited

Loading