Steps to reproduce

1. Upgrade to owncloud 9.1
2. Login
3. It shows CSRF check failed
4. Deactivated files_sharing via occ
5. Login workes

Expected behaviour

Login and works

Actual behaviour

shows CSRF check failed

Server configuration

Operating system:

Web server: all-inkl.com Database: 5.6.30 PHP version: 5.6.23 ownCloud version: (see ownCloud admin page) 9.1 Updated from an older ownCloud or fresh install: updated from 9.0.3 Where did you install ownCloud from: Install from tar.bz2 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 here.

List of activated apps:

Enabled:

• activity: 2.3.2
• calendar: 1.2.2
• comments: 0.3.0
• contacts: 1.3.1.0
• dav: 0.2.5
• federatedfilesharing: 0.3.0
• federation: 0.1.0
• files: 1.5.1
• files_pdfviewer: 0.8.1
• files_texteditor: 2.1
• files_trashbin: 0.9.0
• files_sharing 0.10.0
• files_versions: 1.3.0
• files_videoplayer: 0.9.8
• gallery: 15.0.0
• notifications: 0.3.0
• provisioning_api: 0.5.0
• systemtags: 0.3.0
• updatenotification: 0.2.1 Disabled:
• encryption
• external
• files_antivirus
• files_external
• firstrunwizard
• templateeditor
• user_external
• user_ldap

The content of config/config.php:

$CONFIG = array ( 'trusted_domains' => array ( 0 => 'owncloud..de', 1 => 'owncloud..de', 2 => '.de', 3 => 'www.owncloud..de', 4 => 'www.owncloud..de', 5 => '.de', ), 'datadirectory' => '/www/htdocs///ownclouddata/data', 'tempdirectory' => '/www/htdocs///ownclouddata/tmp', 'overwrite.cli.url' => 'http://.de/cloud/owncloud', 'dbtype' => 'mysql', 'version' => '9.1.0.15', 'dbname' => 'd01cd1d3', 'dbhost' => '127.0.0.1', 'dbtableprefix' => 'oc_', 'filesystem_check_changes' => 0, 'dbuser' => 'd01cd1d3', 'dbpassword' => '', 'installed' => true, 'forcessl' => true, 'theme' => '', 'maintenance' => false, 'loglevel' => 3, 'mail_smtpmode' => 'smtp', 'appstore.experimental.enabled' => true, 'mail_from_address' => 'info', 'mail_domain' => 'owncloud.de', 'mail_smtpauthtype' => 'LOGIN', 'mail_smtphost' => 'w01078ba.kasserver.com', 'mail_smtpport' => '465', 'mail_smtpauth' => 1, 'mail_smtpname' => '', 'mail_smtppassword' => '', 'trashbin_retention_obligation' => 'auto', 'enabledPreviewProviders' => array ( 0 => 'OC\Preview\Image', 1 => 'OC\Preview\MP3', 2 => 'OC\Preview\TXT', 3 => 'OC\Preview\MarkDown', 4 => 'OC\Preview\Epub', 5 => 'OC\Preview\PDF', 6 => 'OC\Preview\OpenDocument', 7 => 'OC\Preview\StarOffice', 8 => 'OC\Preview\MSOfficeDoc', 9 => 'OC\Preview\MSOffice2003', 10 => 'OC\Preview\MSOffice2007', ), 'updater.secret' => '', 'mail_smtpsecure' => 'ssl', );

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

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

Client configuration

Browser: Chrome Operating system: Mac OSX 10.11.6

Logs

Web server error log

{"reqId":"V5DHUlUNh8EAAC3bt5kAAAAk","remoteAddr":"217.93.9.75","app":"core","message":"starting upgrade from 9.0.1.3 to 9.1.0.15","level":0,"time":"2016-07-21T13:00:03+00:00","method":"GET","url":"/core/ajax/update.php?requesttoken=%3D%%3D","user":"--"} {"reqId":"V5DHUlUNh8EAAC3bt5kAAAAk","remoteAddr":"217.93.9.75","app":"core","message":"Exception: {"Exception":"Exception","Message":"Die Anwendung konnte nicht installiert werden, weil Sie nicht mit dieser Version von ownCloud kompatibel ist.","Code":0,"Trace":"#grity(Array, '\/www\/htdocs\/w01...', '\/www\/htdocs\/w01...', false)\n#1 \/www\/htdocs\/w01078ba\/simon\/cloud\/owncloud\/lib\/private\/Installer.php(263): OC\Installer::updateApp(Array)\n#2 \/www\/htdocs\/w01078ba\/simon\/cloud\/owncloud\/lib\/private\/Updater.php(454): OC\Installer::updateAppByOCSId('164356')\n#3 \/www\/htdocs\/w01078ba\/simon\/cloud\/owncloud\/lib\/private\/Updater.php(254): OC\Updater->upgradeAppStoreApps(Array)\n#4 \/www\/htdocs\/w01078ba\/simon\/cloud\/owncloud\/lib\/private\/Updater.php(150): OC\Updater->doUpgrade('9.1.0.15', '9.0.1.3')\n#5 \/www\/htdocs\/w01078ba\/simon\/cloud\/owncloud\/core\/ajax\/update.php(193): OC\Updater->upgrade()\n#6 {main}","File":"\/www\/htdocs\/w01078ba\/simon\/cloud\/owncloud\/lib\/private\/Installer.php","Line":377}","level":3,"time":"2016-07-21T13:02:21+00:00","method":"GET","url":"/core/ajax/update.php?requesttoken=I3g2NToLJgUlehQpPikjBWMvOQMBV2wbOgQyOzwgN2U%3D%3AfSRxkQHLRIfSJLAsZFmNMb4BcfhZfNO5pfFUDm96pio%3D","user":"--"}

ownCloud log (data/owncloud.log)

Browser log

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

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

Hi,

if i create a folder with a german Umlaut in the name, for example "Kontoauszüge", on my mac, the folder is of course instantly synchronised. Then I open the webinterface, the folder appears twice, but on my mac there is still only one version of the folder. See screenshot attached.

Hi, on my test installation i installed the newest master revision and activated the server side encryption module. (oC 8.1 latest master, php 5.6.10, mariaDB 10.0) In my logs this warning rises: Warning no app in context Installation is in transit between the old Encryption (ownCloud <= 8.0) and the new encryption. Please enable the "Default encryption module" and run 'occ encryption:migrate'

I followed the warning: sudo -u USER /path/to/occ encryption:migrate

The cli got following output: Reorganize system folder structure PHP Fatal error: Call to a member function getRelativePath() on a non-object in /path/to/apps/files_trashbin/lib/storage.php on line 123

Steps to reproduce (I don't know how to reproduce it, I need to investigate more)

1. Use oC 9.1
2. Share some files
3. Wait untill some random magic happens and oC will add to all shared files some "(2)"

I found same issue here, but these steps to reproduce does not work: https://github.com/owncloud/core/issues/10736

Expected behaviour

oC should not rename shared files ...

Actual behaviour

oC adds "(2)" to all shared files (owner does not see renamed + "(2)" files

Server configuration

Ubuntu 14.04 Apache2 MySQL PHP 5.6 oC 9.1 Updated from 9.04 Installed from official website manually

Integrity check: No errors have been found.

List of activated apps:

  - activity: 2.3.2
  - comments: 0.3.0
  - dav: 0.2.5
  - encryption: 1.3.0
  - external: 1.2
  - federatedfilesharing: 0.3.0
  - federation: 0.1.0
  - files: 1.5.1
  - files_pdfviewer: 0.8.1
  - files_sharing: 0.10.0
  - files_texteditor: 2.1
  - files_trashbin: 0.9.0
  - files_versions: 1.3.0
  - files_videoplayer: 0.9.8
  - firstrunwizard: 1.1
  - gallery: 15.0.0
  - notifications: 0.3.0
  - ownnote: 1.08
  - provisioning_api: 0.5.0
  - systemtags: 0.3.0
  - templateeditor: 0.1
  - updatenotification: 0.2.1
  - user_ldap: 0.9.0
Disabled:
  - files_antivirus
  - files_external
  - user_external

The content of config/config.php:

{
    "system": {
        "updatechecker": false,
        "instanceid": "***",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            ***
        ],
        "datadirectory": "\/home\/owncloud\/owncloud",
        "overwrite.cli.url": "*",
        "dbtype": "mysql",
        "version": "9.1.0.15",
        "default_language": "cz",
        "dbname": "ownCloud",
        "dbhost": "localhost",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "UTC",
        "installed": true,
        "ldapIgnoreNamingRules": false,
        "loglevel": 2,
        "appstore.experimental.enabled": true,
        "theme": "HZS",
        "maintenance": false,
        "memcache.local": "\\OC\\Memcache\\APCu",
        "preview_libreoffice_path": "\/usr\/bin\/libreoffice",
        "mail_from_address": "owncloud",
        "mail_smtpmode": "php",
        "mail_domain": "**"
    }
}

Are you using external storage, if yes which one: no

Are you using encryption: yes

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

Client configuration

Browser: Opera 39 Operating system: Windows 10

Description

Whenever a parent-child relationship describes a specific path but the entry's actual path is different, this new repair step will adjust it.

In the event where another entry already exists under that name, the latter is deleted and replaced by the above entry. This should help preserve the metadata associated with the original entry.

This kind of situation can be create through the bug from https://github.com/owncloud/core/issues/28018

This is a better fix than https://github.com/owncloud/core/pull/28217

The cases that this repair step fixes:

• current path doesn't match the one from the parent on same storage: reproducible before https://github.com/owncloud/core/pull/28022 by moving a file between two received shares from the same user or by moving a file out of a received share.
• current path doesn't match the one from the parent on a different storage: reproducible before https://github.com/owncloud/core/pull/28022 by moving a file between two received shares where each share comes from a different user (two storages)
• parentid pointing to a non-existing entry: not reproducible in the wild, however the first phase of the repair step will create such entries which the second phase fixes. I assume that there might be such cases existing out there so this would fix them too.
• parent = fileid: not reproducible at all, was reported by @butonic as seen in the wild (clustered env). I added it because such entries would have caused an infinite loop in the repair step which is bad.

This repair step does not:

• repair mismatch path_hashes
• mime types

Here are the queries that are run to find broken entries, could be used to pre-check an instance:

select fc.storage,fc.fileid,fc.parent as "wrongparent",fc3.fileid "correctparent",fc.path,fc.etag from oc_filecache fc, oc_filecache fc3 where fc.parent <> -1 and fc.parent != fc3.fileid and fc3.storage=fc.storage and fc3.path = substring(fc.path, 1, length(fc.path) - length(substring_index(fc.path, '/', -1)) - 1) and not exists (select 1 from oc_filecache fc2 where fc2.fileid = fc.parent) order by path;
SELECT fc.`storage`, fc.`fileid`, fc.`path` as `path`, fc.`name`, fcp.`storage` as `parentstorage`, fcp.`path` as `parentpath`     FROM `oc_filecache` fc, `oc_filecache` fcp     WHERE (fc.`parent` = fcp.`fileid`)     AND (         (CONCAT(fcp.`path`, '/', fc.`name`) <> fc.`path`)         OR (fc.`storage` <> fcp.`storage`)     )     AND (fcp.`path` <> '')     AND (fc.`fileid` <> fcp.`fileid`);
select fc.storage,fc.fileid,fc.parent as "wrongparent",fc.path,fc.etag from oc_filecache fc where fc.parent <> -1 and not exists (select 1 from oc_filecache fc2 where fc2.fileid = fc.parent) order by path;
select * from oc_filecache where parent=fileid;

Related Issue

Fixes the fallout created by https://github.com/owncloud/core/issues/28018

Motivation and Context

Because we hate filecache inconsistencies.

How Has This Been Tested?

• [x] TEST: Unit test (some pending)
• [x] TEST: manual test

⚠️ Use the test steps from here: https://github.com/owncloud/core/pull/28253#issuecomment-311781465

Screenshots (if appropriate):

Types of changes

• [x] Bug fix (non-breaking change which fixes an issue)
• [ ] New feature (non-breaking change which adds functionality)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

• [x] My code follows the code style of this project.
• [ ] My change requires a change to the documentation.
• [ ] I have updated the documentation accordingly.
• [ ] I have read the CONTRIBUTING document.
• [x] I have added tests to cover my changes.
• [x] All new and existing tests passed.

Description

New notification to accept shares and pending shares list

• Reusing the "oc_share.accepted" field to store share states.
• Added checkbox in settings page to enable automatically accepting shares, this defaults to enabled currently. Unchecking this option will prompt users to accept or reject shares through notifications
• Added pending and rejected shares in the "Shared with you" view
• The "unshare from self" action now changes the state of shares to "Rejected" instead of deleting directly

Related Issue

https://github.com/owncloud/core/issues/19153

Motivation and Context

How Has This Been Tested?

TODO - for testcases see https://github.com/owncloud/core/pull/30106#issuecomment-369961079

Screenshots (if appropriate):

Types of changes

• [ ] Bug fix (non-breaking change which fixes an issue)
• [x] New feature (non-breaking change which adds functionality)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

• [x] My code follows the code style of this project.
• [ ] My change requires a change to the documentation.
• [ ] I have updated the documentation accordingly.
• [x] I have read the CONTRIBUTING document.
• [ ] I have added tests to cover my changes.
• [ ] All new and existing tests passed.

TODOs:

• [x] expose share state value in PHP API
• [x] add setting in share settings page to switch on this feature
• [x] send notification to user
• [x] send notification to group members
• [x] implement endpoint for accepting share
• [x] implement endpoint for declining share
• [x] discard notification if share is deleted
• [x] discard notification if target user is not member of the group any more
• [x] add missing unit tests
• [x] do not render folder favorite start

With ownCloud 7.0.0 (already present before in at least 6.0.4) I see a lot of Sabre_DEV_Exception_BadRequest errors in /var/www/owncloud/data/owncloud.log.

{"app":"webdav","message":"Sabre_DAV_Exception_BadRequest: expected filesize 4734206 got 458752","level":4,"time":"2014-07-10T13:58:54+00:00"}

There is one user having problems synchronizing it’s files with the server. The user has the latest ownCloud client 1.6.1 installed and experiences the problems with the client on Microsoft Windows and Mac OS. Other users with Mac OS and the client do not experience any problems.

:construction: PR just for collaborating. Work In Progress, don't click merge yet.

First priority, basic functionality

• [x] the settings area should slide out smoothly, like in News. Also it should be possible to close it again by clicking on the same header area. And the header shouldn’t have a different color than the drawer. Best just try to extract it out from News and transfer the styles to core.
• [x] Search filter needs to rely on server response, because not necessarily all users are already in the list (by @blizzz )
• [ ] the undo notification should disappear after 7 seconds and perform the the delete operation (by @DeepDiver1975 / @jancborchardt )
• [x] creating a group on the drop down menu dies not update the group list on the left (by @DeepDiver1975 )
• [x] creating a group on the group panel does not update the list (by @DeepDiver1975 )
• [x] delete of group does not trigger delete on the server (by @DeepDiver1975 )
• [x] adding a group should not be an input and button right away, but rather work like adding Groups in the Contacts app (inserting a new entry below) (by @jancborchardt)
• [x] the clickable area of the group actions (rename, delete) needs to be the whole row height and width of 44px
• [x] the rename button should be directly next to the name, just like in the Files app
• [x] the rename and delete icons should show half-transparent, and only dark on hover – maybe only use the .action class, just like Files and News do
• [x] create users fails with: Fatal error: Call to undefined method OCP\JSON::checkSubAdminUser() in /home/blizzz/owncloud/dev/master/settings/ajax/createuser.php on line 4 (by @blizzz)
• [x] filtering users oftentimes does not work, filtering admins almost never works (shows more people) (by @jancborchardt )
• [x] we need a spinner as feedback when switching groups (by @jancborchardt )
• [x] when a group is selected/shown, mark the entry in the sidebar as active. Just like in Notes. (by @jancborchardt )
• [x] The delete group action should only show up for the currently active group. That is, not on hover. (by @jancborchardt )
• [x] The »Create« buttons have too big of a font-size (18.33 px, cause of 0.8 em of the body) (by @jancborchardt )
• [x] »admin« is a set group, it shouldn’t be possible to delete (right @DeepDiver1975?) (by @jancborchardt )
• [x] In addition to deletion, we need a »rename« action on the group (by @jancborchardt )
• [x] We need search in form of a filter (by @jancborchardt )
• [x] selecting a group on the group panel does not update the user list (by @DeepDiver1975 )
• [x] rename Storage to Quota (by @blizzz)
• [x] groups should be sorted by number of people in them, not by alphabet (by @jancborchardt)
• [x] groups with no members should have no number, instead of a 0 (by @jancborchardt)
• [x] the sidebar should be position: fixed so it doesn’t move around when scrolling (should be in the core styles) (by @jancborchardt)
• [x] the app-navigation needs a higher z-index than the content, so that the content does not overlap the sidebar when you scroll horizontally (should be in the core styles, by @jancborchardt)
• [x] the »Create« button should say »Add user« to be more specific (by @jancborchardt)
• [x] the settings area should be a slide-out drawer like in the News app (by @jancborchardt)
• [ ] What shall happen when clicking on a filtered group? – Show all users of that group, but show those first which also match the filter term. Maybe with a divider below. (by @blizzz )
• [x] Click on Everybody: No, it should display »Everybody« but filtered by the filter. Only resetting the filter should reset the filter. (by @blizzz )
• [x] To reset filter: »clickable x icon in the filter box to empty the filter«(by @blizzz )

Additional features

• [ ] should be usable to manage huge amount of users (>20k) (by @blizzz )
• [ ] pre-defined filters: Everyone, Users by Backend (Internal, LDAP, etc.), Not Grouped (users without group), Disabled Users. They shall be shown only if they contain rows, and be post-loaded using Ajax (by @blizzz )
• [x] Last Login requires core to store last login/session refresh (by @blizzz )
• [ ] column for email (after Full Name), lets admin edit the email (by @blizzz )
• [ ] optional columns (to activate by checkbox on the bottom left): Usage (displays Quota usage in %, after Quota), followed by Storage Location, Last Login (last col). Choice of which are displayed should be remembered (by @blizzz )
• [ ] checkbox to send email to users after creation of the account (by @blizzz )
• [ ] when encryption app is enabled and a recovery key is available: on password change ask for recovery key by prompt so that files are recovered. see current implementation as example on how it works. (by @blizzz \cc @schiesbn )

Big features which have to wait first

• [ ] multiselect and edit of users (as in Files or Contacts-master app) (by @blizzz )
• [ ] option to disable internal users (by @blizzz )
• [ ] sortable columns (by @blizzz )

Steps to reproduce

1. Login und go to files
2. select a couple of files download the generated zip file
3. try to decompress with Total Commander

Expected behaviour

Files should be extracted

Actual behaviour

Total Commander gives CRC warnings

Server configuration

Operating system: debian 7

Web server: apache 2.2 Database: postgres 9.1 PHP version: 5.4 ownCloud version: (see ownCloud admin page) 7.0.0 Updated from an older ownCloud or fresh install: From 6.0.4

I got an hint from the Total Commander forum: http://ghisler.ch/board/viewtopic.php?t=40766 (in german)

The linked forum post says that the generated zip has two issues:

• the content is not compressed
• the file entries in the zip file don't provide valid crc data (and thats why total commander complains).

Expected behaviour

Files sync at about the speed of the broadband connection, independent of size unless limited by CPU or IO on client or server.

Actual behaviour

Synchronizing a folder with many small files is terribly slow. For instance a test folder with 10k 3-byte-files synchronizes with a speed of about 1 file per second over a broadband connection. The load on both client and server while doing this is negligible. Tested with server running Ubuntu 12.04 with current owncloud 6.0.1-1, client current Linux or Macos clients. The transfer rates on the broadband connection are very low as well, so this is not the bottleneck.

Steps to reproduce

1. Download http://xn--grgen-jua.name/owncloudStressTest.tar.bz2
2. unpack it into an owncloud folder that syncs with a remote owncloud machine.
3. Observe upload speeds of one to a few 3-byte-files per second.

Server configuration

Operating system: Ubuntu 12.04

Web server: lighttpd

Database: mysql

PHP version: PHP 5.3.10-1ubuntu3.9

ownCloud version: 6.0.1-1

Updated from an older ownCloud or fresh install: Updated from ownCloud 5

The content of config/config.php: $CONFIG = array ( 'instanceid' => 'removed', 'passwordsalt' => 'removed', 'datadirectory' => '/var/www/owncloud/data', 'dbtype' => 'mysql', 'version' => '6.0.0.16', 'dbname' => 'dropbox', 'dbhost' => 'localhost', 'dbtableprefix' => 'removed', 'dbuser' => 'removed', 'dbpassword' => 'removed', 'installed' => true, 'theme' => '', 'maintenance' => false, );

no external storage used.

Log files do not show error messages or warnings that seem related.

Client configuration

Both MacosX and Ubuntu 13.10 running current owncloud versions are affected. Browser was not used.

Why I think this is an issue

I regularly sync folders with several thousands of files. I think I am not the only one.

What I think is the reason

I am guessing that owncloud does at least one if not several http requests per file sent. It works sequentially, so the next file can only be sent when the last file is acknowledged. Therefore while preparing the request takes no time and effort, and storing the file does not either, the network delay comes into play: For each file to be sent you have to wait at least one if not several round-trip times.

Another indication is that syncing the folder on the local network or between two VMs on the same machine is much faster. This emphasizes the network delay being of importance in this scenario.

How I think it could be circumvented

Sync not file-by-file but instead several files per request, at least if the files are small.

Environment: OC v7.0.4 on apache CentOS 6.5 php 5.4.32 MySQL AD LDAP Description: Customer is attempting to select just a Domain Users group from the User Filter, however only 2 (as oppose to 200) are shown. As a workaround we have to either use a different group or allow all the groups to login with OC.

Here's the log excerpt:

{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:24:20+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:24:20+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:24:21+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:24:31+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:24:42+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:24:59+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:25:03+00:00"}
{"app":"PHP","message":"ldap_search(): Partial search results returned: Sizelimit exceeded at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:25:04+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/group_ldap.php#477","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/manager.php#100","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#209","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/3rdparty\/doctrine\/dbal\/lib\/Doctrine\/DBAL\/Statement.php#138","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#250","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#136","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/user\/manager.php#140","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/user\/manager.php#142","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"ldap_explode_dn() expects parameter 1 to be string, array given at \/var\/www\/html\/owncloud\/apps\/user_ldap\/lib\/ldap.php#252","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/3rdparty\/doctrine\/dbal\/lib\/Doctrine\/DBAL\/Statement.php#138","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/3rdparty\/doctrine\/dbal\/lib\/Doctrine\/DBAL\/Statement.php#138","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#142","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#144","level":3,"time":"2015-01-20T17:31:15+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/manager.php#100","level":3,"time":"2015-01-20T17:31:17+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#209","level":3,"time":"2015-01-20T17:31:17+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/3rdparty\/doctrine\/dbal\/lib\/Doctrine\/DBAL\/Statement.php#138","level":3,"time":"2015-01-20T17:31:17+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#250","level":3,"time":"2015-01-20T17:31:17+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#136","level":3,"time":"2015-01-20T17:31:17+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#137","level":3,"time":"2015-01-20T17:31:17+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/manager.php#100","level":3,"time":"2015-01-20T17:31:21+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#209","level":3,"time":"2015-01-20T17:31:21+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/3rdparty\/doctrine\/dbal\/lib\/Doctrine\/DBAL\/Statement.php#138","level":3,"time":"2015-01-20T17:31:21+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#250","level":3,"time":"2015-01-20T17:31:21+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#136","level":3,"time":"2015-01-20T17:31:21+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#137","level":3,"time":"2015-01-20T17:31:21+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/manager.php#100","level":3,"time":"2015-01-20T17:31:22+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#209","level":3,"time":"2015-01-20T17:31:22+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/3rdparty\/doctrine\/dbal\/lib\/Doctrine\/DBAL\/Statement.php#138","level":3,"time":"2015-01-20T17:31:22+00:00"}
{"app":"PHP","message":"Illegal offset type in isset or empty at \/var\/www\/html\/owncloud\/lib\/private\/user\/database.php#250","level":3,"time":"2015-01-20T17:31:22+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#136","level":3,"time":"2015-01-20T17:31:22+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/user_ldap.php#137","level":3,"time":"2015-01-20T17:31:22+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/group_ldap.php#561","level":3,"time":"2015-01-20T17:32:11+00:00"}
{"app":"PHP","message":"Array to string conversion at \/var\/www\/html\/owncloud\/apps\/user_ldap\/group_ldap.php#561","level":3,"time":"2015-01-20T17:32:12+00:00"}

@gig13

Description

Related Issue

• https://github.com/owncloud/core/issues/39707

Motivation and Context

How Has This Been Tested?

• test environment: local

Screenshots (if appropriate):

Types of changes

• [ ] Bug fix (non-breaking change which fixes an issue)
• [ ] New feature (non-breaking change which adds functionality)
• [ ] Database schema changes (next release will require increase of minor version instead of patch)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)
• [ ] Technical debt
• [x] Tests only (no source changes)

Checklist:

• [ ] Code changes
• [ ] Unit tests added
• [x] Acceptance tests added
• [ ] Documentation ticket raised:
• [ ] Changelog item, see TEMPLATE

Description

Updating dependencies
Lock file operations: 0 installs, 3 updates, 0 removals
  - Upgrading egulias/email-validator (3.2.1 => 3.2.2)
  - Upgrading phpunit/php-code-coverage (9.2.22 => 9.2.23)
  - Upgrading roave/security-advisories (dev-master ae56b09 => dev-master 57a3ee3)
Writing lock file

https://github.com/egulias/EmailValidator/releases/tag/3.2.2

How Has This Been Tested?

CI

Types of changes

• [ ] Bug fix (non-breaking change which fixes an issue)
• [ ] New feature (non-breaking change which adds functionality)
• [ ] Database schema changes (next release will require increase of minor version instead of patch)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)
• [ ] Technical debt
• [ ] Tests only (no source changes)

Checklist:

• [ ] Code changes
• [ ] Unit tests added
• [ ] Acceptance tests added
• [ ] Documentation ticket raised:
• [x] Changelog item, see TEMPLATE

Bumps google/apiclient from 2.12.6 to 2.13.0.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Steps to reproduce

1. Create user alice, brian, carol
2. As user alice create a folder/file
3. Open sharing dialog
4. Fill the text field in User and Groups with the value brian,carol

Expected behaviour

It would be better if shown in the same order as of input. Note: The issue is only about the preview in the popup. No errors occur when submitting the list. The random behavior gives problems in tests added in PR https://github.com/owncloud/core/pull/40546.

Actual behaviour

The order of the user gets changed when re-input the value or erasing and type again

Description

This PR adds WebUI tests for sharing resources with multiple users at once. Since the CI is green every time but when testing locally we might face the issue mentioned here https://github.com/owncloud/core/issues/40548 Scenarios included:

• Scenario: user shares file with multiple users at once
• Scenario: user shares folder with multiple users at once
• Scenario Outline: user shares file with multiple users including non-existing user at once
• Scenario: user shares folder with multiple users including non-existing user at once
• Scenario: user shares file with multiple users having exact same group name
• Scenario: user shares folder with multiple users having exact same group name

Related Issue

• Part of https://github.com/owncloud/core/issues/40178

How Has This Been Tested?

• Locally
• :robot:

Types of changes

• [ ] Bug fix (non-breaking change which fixes an issue)
• [ ] New feature (non-breaking change which adds functionality)
• [ ] Database schema changes (next release will require increase of minor version instead of patch)
• [ ] Breaking change (fix or feature that would cause existing functionality to change)
• [ ] Technical debt
• [x] Tests only (no source changes)

Checklist:

• [ ] Code changes
• [ ] Unit tests added
• [x] Acceptance tests added
• [ ] Documentation ticket raised:
• [ ] Changelog item, see TEMPLATE

Bumps sinon from 12.0.1 to 15.0.1.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.