Problems with Guests App 10.0.8.5


#1

Steps to reproduce

  1. Install Guests App via Market
  2. Invite new guest user via a folder sharing (e-mail address)

Expected behaviour

Guest should be invited and have access.

Actual behaviour

Error message: Fehler beim Teilen (Issue during sharing)
Event Log:
{“reqId”:“WwwyQ6H0Qnx8j2mfszfeqwAAAAc”,“level”:3,“time”:“2018-05-28T16:45:55+00:00”,“remoteAddr”:“192.168.178.21”,“user”:“184B6324-0EE1-4910-8270-7DF9AC2746F5”,“app”:“no app in context”,“method”:“PUT”,“url”:"/index.php/apps/guests/users",“message”:"User backend OC\User\Database is returning home: /kpcloud_data/owncloud/data//grimbi@icloud.com for user: grimbi@icloud.com which differs from existing value: "}

Server configuration

Operating system:
CentOS 7 Lates patches installed
Web server:
Apache
Database:
MariaDB
PHP version:
7.1.14
ownCloud version: (see ownCloud admin page)
10.0.8.5
Updated from an older ownCloud or fresh install:
Updated from Owncloud 9
Where did you install ownCloud from:
Repo
Signing status (ownCloud 9.0 and above):

Login as admin user into your ownCloud and access 
http://example.com/index.php/settings/integrity/failed 
paste the results into https://gist.github.com/ and puth the link here.

The content of config/config.php:

Log in to the web-UI with an administrator account and click on
'admin' -> 'Generate Config Report' -> 'Download ownCloud config report'
This report includes the config.php settings, the list of activated apps
and other details in a well sanitized form.

or 

If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your ownCloud installation folder

{
    "system": {
        "instanceid": "ID",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "domain1.com",
            "domain2.de",
            "private IP"
        ],
        "memcache.local": "\\OC\\Memcache\\APCu",
        "datadirectory": "\/cloud_data\/owncloud\/data\/",
        "overwrite.cli.url": "https:\/\/domain1.com\/",
        "dbtype": "mysql",
        "version": "10.0.8.5",
        "dbname": "owncloud",
        "dbhost": "localhost",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "UTC",
        "installed": true,
        "mail_smtpmode": "smtp",
        "mail_from_address": "***REMOVED SENSITIVE VALUE***",
        "mail_domain": "***REMOVED SENSITIVE VALUE***",
        "loglevel": 2,
        "ldapIgnoreNamingRules": false,
        "updatechecker": false,
        "maintenance": false,
        "ldapUserCleanupInterval": 60,
        "versions_retention_obligation": "disabled",
        "mail_smtphost": "***REMOVED SENSITIVE VALUE***"
    }
}


*ATTENTION:* Do not post your config.php file in public as is. Please use one of the above
methods whenever possible. Both, the generated reports from the web-ui and from occ config:list
consistently remove sensitive data. You still may want to review the report before sending.
If done manually then it is critical for your own privacy to dilligently
remove *all* host names, passwords, usernames, salts and other credentials before posting.
You should assume that attackers find such information and will use them against your systems.

List of activated apps:

If you have access to your command line run e.g.:
sudo -u www-data php occ app:list
from within your ownCloud installation folder.

Enabled:

  • comments: 0.3.0
  • configreport: 0.1.1
  • dav: 0.3.2
  • federatedfilesharing: 0.3.1
  • federation: 0.1.0
  • files: 1.5.1
  • files_external: 0.7.1
  • files_sharing: 0.10.1
  • files_trashbin: 0.9.1
  • files_versions: 1.3.0
  • files_videoplayer: 0.9.8
  • firstrunwizard: 1.1
  • guests: 0.5.0
  • market: 0.2.4
  • notifications: 0.3.3
  • provisioning_api: 0.5.0
  • systemtags: 0.3.0
  • updatenotification: 0.2.1
  • user_ldap: 0.11.0
    Disabled:
  • encryption
  • external
  • files_videoviewer
  • theme-example
  • user_external

Are you using external storage, if yes which one: local/smb/sftp/…
no

Are you using encryption: yes/no
no

Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/…
LDAP

LDAP configuration (delete this part if not used)

With access to your command line run e.g.:
sudo -u www-data php occ ldap:show-config
from within your ownCloud installation folder

Without access to your command line download the data/owncloud.db to your local
computer or access your SQL server remotely and run the select query:
SELECT * FROM `oc_appconfig` WHERE `appid` = 'user_ldap';


Eventually replace sensitive data as the name/IP-address of your LDAP server or groups.

Client configuration

Browser:

Operating system:

Logs

Web server error log

Insert your webserver log here

ownCloud log (data/owncloud.log)

Insert your ownCloud log here

Browser log

Insert your browser log here, this could for example include:

a) The javascript console log
b) The network log 
c) ...

#2

It looks to me that there are quite a lot too much files in your installation. I would try to fix those messages first by following the mentioned documentation and try again.

If that doesn’t solve your issue then i think its probably the best to report the initial issue to the issue tracker of that app.


#3

Hi Tom.

I assume you refer to the integrity scan right?
How can I determine which files I can delete?
Can all files marked as “Extra_files” be deleted?
Are those files from previous owncloud versions?

Thanks,
Grimbi


#4

Ah, yes. I was referring to the integrity messages which i think is showing that the upgrade wasn’t done correctly according to the documentation causing old files left on the installation.

When i got such message i had followed the mentioned documentation:

https://doc.owncloud.org/server/latest/admin_manual/issues/code_signing.html#fixing-invalid-code-integrity-messages

which explains that you should delete all EXTRA_FILES to solve the integrity message.


#5

Hi Tom

I tried but after solving the integrity issues it still does not work.

Regards,
Grimbi


#6

Hey,

then i think this here would be the way to go: