-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Duplicate share folders #23727
Comments
cc @owncloud/sharing |
I had this issue as well. I had two local ownCloud groups - Tech Pubs and QA. Each of them have access to SharedFolder. Usually, users who were present in both groups would just see one instance of the folder. However, under certain circumstances, such as removing a user from one of the groups, then re-adding him to the group, a new folder SharedFolder (2) - would show up with duplicate content. If you delete one, the other would be deleted as well. We have one AD group for all ownCloud users called "OCUsers," and I just decided to share the main SharedFolder with all OCUsers instead of using the local ownCloud groups. It's a workaround, but it worked for us. If our sharing was more intricate, obviously we'd have to figure out something else. |
I observed something similar. I want to note that this strange behavior is with ldap groups. I have not experimented any issues with owncloud local groups. |
We're using LDAP (AD) here as well. However, all my issues were using local ownCloud groups. All users are members of an "OCUsers" group, but that wasn't used for any folder assignments initially, but once we started having the duplicate folders issue I decided to just share the main folder using the AD group. I have edited my original post to be clearer on this as well. I'm using 8.2.3, but this behavior was also present in 8.1. I had hoped upgrading would fix it. We're using CentOS7 repositories, apache 2.4.6, php 5.4, no encryption, no external storage. In case it helps, I'm posting my config as well. config.php contents:
LDAP Config:
|
@owncloud/ldap |
I think I have the same issue here: Everytime I upgrade my owncloud instance, my shares get duplicated for all LDAP users. Steps to reproduce:
Expected Behavior:Upgrade should happen. Expected Shares for LDAP usersMySQL Query: SELECT * FROM oc_share WHERE id IN (SELECT DISTINCT parent FROM oc_share WHERE parent IS NOT NULL);
Actual Behavior:Upgrade happens. Duplicated Shares for LDAP usersMySQL Query: SELECT * FROM oc_share WHERE parent IS NOT NULL ORDER BY parent;
Server configuration:Operating system: Debian GNU/Linux "Testing" (Stretch) List of activated apps:Enabled:
The content of config/config.php:<?php
$CONFIG = array (
'updatechecker' => false,
'instanceid' => [REDACTED],
'passwordsalt' => [REDACTED],
'secret' => [REDACTED],
'trusted_domains' =>
array (
0 => [REDACTED],
),
'datadirectory' => '/srv/owncloud/data',
'overwrite.cli.url' => [REDACTED],
'dbhost' => 'localhost',
'dbname' => 'owncloud',
'dbtype' => 'mysql',
'dbuser' => 'owncloud',
'dbpassword' => [REDACTED],
'dbtableprefix' => 'oc_',
'version' => '9.1.0.15',
'logtimezone' => 'UTC',
'installed' => true,
'theme' => 'ageg',
'forcessl' => true,
'forceSSLforSubdomains' => true,
'openssl' =>
array (
'config' => '/etc/ssl/openssl.cnf',
),
'memcache.local' => '\\OC\\Memcache\\Redis',
'redis' =>
array (
'host' => '127.0.0.1',
'port' => 6379,
),
'mail_smtpmode' => 'smtp',
'mail_smtpsecure' => 'tls',
'mail_from_address' => 'serveur',
'mail_domain' => [REDACTED],
'mail_smtpauthtype' => 'LOGIN',
'mail_smtpauth' => 1,
'mail_smtphost' => [REDACTED],
'mail_smtpport' => '587',
'mail_smtpname' => [REDACTED],
'mail_smtppassword' => [REDACTED],
'ldapIgnoreNamingRules' => false,
'loglevel' => 2,
'maintenance' => false,
'trashbin_retention_obligation' => 'auto',
'htaccess.RewriteBase' => '/',
); LDAP Configuration:
Client configurationBrowser: Firefox & Chrome/Chromium Operating system: MS Windows & Debian GNU/Linux LogsWeb server error log[empty] ownCloud log (data/owncloud.log)(Client get requests were purged)
Browser log (On IceWeasel)
|
@fbassas how did you find out how to put all of those parameters for LDAP and other plugins in your |
@jedwards1211 you can configure ldap from admin interface login in as admin |
@fbassas yes, and I've done that, but because I'm deploying everything on my server via docker, I'd like to prepackage all the config I want in the docker container if possible. In any case it looks like you can put anything in the config table in MySQL into |
Can you try updating to 8.2.7 and see if the duplicate folder problem still exists ? |
(the problem exists on 9.0.4 but is a regression from 8.2.7 and is another issue: #24575) |
Has anyone been able to fix this? I have this issue with one of the main folders of my company's repository and it weighs about 1 TB, i don't think it actually occupies the extra space but it's pretty uncomfortable. |
@mihail-minkov please try with 9.0.5 RC1 which contains a fix for this, assuming that you're on ownCloud 9.0.x, not 8.2 |
Closing due to lack of feedback regarding my question whether 8.2.7 fixes it. There was a fix there for a specific situation, please try it. And for the 9.0 series, the fix is in 9.0.5 RC 1 as part of #24575. If the problem persists with 9.0.5 RC1 or 8.2.7, please reopen. |
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. |
Steps to reproduce
Expected behaviour
He should find the shared folder "projects"
Actual behaviour
He found the shared folder duplicated: "projects" and "projects (1)"
Usually "projects (1)" is the right folder corresponding to original "projects" folder
Server configuration
Operating system: linux ubuntu 14.04 LTS
Web server: apache 2.4.7
Database: mysql 5.5
PHP version: 5.5
ownCloud version: 8.2.3
Updated from an older ownCloud or fresh install: updated via apt-get upgrade
Where did you install ownCloud from: repositories
List of activated apps:
Enabled:
The content of config/config.php:
**Are you using external storage: No
Are you using encryption: No
**Are you using an external user-backend: LDAP
LDAP configuration
The text was updated successfully, but these errors were encountered: