| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
password column needs to allow null (oc7 backport)
|
| |
| |
| |
| | |
passwords
|
|\ \
| | |
| | | |
LDAP: cache total user count
|
| | | |
|
|\ \ \
| |_|/
|/| | |
LDAP search behaviour modifications
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
1. do not prepend * wildcard to search terms. Will result in faster search, but
you don't find "foobar" when looking for "bar"
2. advanced behaviour when search string contains a space and multiple search
attributes are present. The search string is split into single words. The
resulting filter requires that each word at least appears once in any search
attribute. This is supposed to return better results in big LDAPs.
|
| | | |
|
|\ \ \
| | | |
| | | | |
Allow read-only configuration
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Workaround required for IIS setups running ownCloud to prevent dataloss.
Long-term solution would be to move some configuration settings to the database
Conflicts:
lib/base.php
settings/admin.php
|
| | | | |
|
|/ / / |
|
|\ \ \
| | | |
| | | | |
Store credentials only in session if required
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Conflicts:
lib/repair/repairconfig.php
|
|\ \ \ \
| | | | |
| | | | | |
Check for XMLWriter class
|
| | | | |
| | | | |
| | | | |
| | | | | |
Backport of https://github.com/owncloud/core/pull/12321
|
| | | | | |
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Since automatic schema migrations are not yet possible let's disable this for now.
Conflicts:
lib/private/setup.php
|
| | | | |
|
| |/ /
|/| | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
The codepath for generating the favicons iterates through subnodes and if one of those nodes is unavailable is throwing a 503 exception. Since these favicons don't have any use except of "making a tool for developers looking nicer" I consider it feasible to remove them.
|
| | | |
|
| | |
| | |
| | |
| | | |
(but not forced) and the user does not want the link to expire.
|
|\ \ \
| | | |
| | | | |
[stable7] fixes undefined appitem - fixes #12396
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | | |
Backport #12262
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
which directory the user currently is when sharing a directory with subdirectories. This is needed by the JS scripts.
However, when not accessing a directory then "dir" was set to the relative path of the file (from the user's home directory), meaning that for every public shared file the sharee can see the path.
(For example if you share the file "foo.txt" from "finances/topsecret/" the sharee would still see the path "finances/topsecret/" from the shared HTML template)
This is not the excpected behaviour and can be considered a privacy problem, this patch addresses this by setting "dir" to an empty key.
Port of https://github.com/owncloud/core/pull/12262, approved with https://github.com/owncloud/core/pull/12262#issuecomment-64394040
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The permissions are already catched properly on the installation so we just have to check whether the file is readable to prevent fatal errors from happening.
Fixes https://github.com/owncloud/core/issues/12135
Conflicts:
lib/private/config.php
|
|/ / / |
|
|\ \ \
| | | |
| | | | |
Backport preview fixes stable7
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
add phpdoc
Conflicts:
lib/private/preview.php
|
| | | | |
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If the webroot has been set to an empty value or ownCloud has been installed at the root location (`/``) there is a fair chance that the redirect for password resets does not work at all.
This means that while the password is getting resetted the user is not redirected to the login page.
I'm aware that it might be better to just set the webroot to `/` in those cases but this patch is better in the regard that it cannot break stuff.
Thanks to @PVince81 for helping me debugging this. (I'm a moron and assumed it couldn't be THAT easy)
Reported by @cdamken
|
|\ \ \
| |/ /
|/| | |
[stable7] Fix file upload to ext storage when recovery key is enabled
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Fixes an issue when uploading files to external storage when recovery
keys are enabled
The Util class only works with real users, so instantiating it with the
virtual recovery key user or public key user can cause issues.
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
Sometimes there are bugs that cause setupFS() to be called for
non-existing users. Instead of failing hard and breaking the instance,
this fix simply logs a warning.
Backport c941c3fa5139ba4f122d4f40d9c9db5e50f8bcb7 from master
|
| | |
|
|\ \
| | |
| | | |
Backport mapper fixes
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously we used uniqid() here.
However this means that the behaviour is not reproducable, so
when uploading files into a "empty" folder, the folders name is
different.
If there would be a md5() hash collition, the deduplicate check
will spot this and append an index later, so this should not be
a problem.
Fix #6722
|
| | | |
|
|\ \ \
| |/ /
|/| | |
Issue/10991 stable7 backport
|
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
tests/lib/cache/file.php
tests/lib/cache/usercache.php
|
| | | |
|
| | | |
|
| | | |
|