- Feb 09, 2015
-
-
Robin McCorkell authored
-
Robin McCorkell authored
A combination of using isset() instead of count() or strlen(), caching the chunkify function, and replacing is_numeric() with some comparisons
-
Robin Appelman authored
-
Lukas Reschke authored
When `mod_unique_id` is enabled the ID generated by it will be used for logging. This allows for correlation of the Apache logs and the ownCloud logs. Testplan: - [ ] When `mod_unique_id` is enabled the request ID equals the one generated by `mod_unique_id`. - [ ] When `mod_unique_id` is not available the request ID is a 20 character long random string - [ ] The generated Id is stable over the lifespan of one request Changeset looks a little bit larger since I had to adjust every unit test using the HTTP\Request class for proper DI. Fixes https://github.com/owncloud/core/issues/13366
-
- Feb 06, 2015
-
-
Robin Appelman authored
-
Lukas Reschke authored
-
- Feb 05, 2015
-
-
Vincent Petry authored
This reverts commit 96a93192.
-
Björn Schießle authored
for password protected link shares the password is stored in shareWith, so we need to set this manually to null for the hooks
-
Bernhard Posselt authored
-
- Feb 04, 2015
-
-
Björn Schießle authored
-
- Feb 03, 2015
-
-
Morris Jobke authored
-
Morris Jobke authored
-
Robin Appelman authored
-
Robin Appelman authored
-
Robin Appelman authored
-
Morris Jobke authored
-
Jörn Friedrich Dreyer authored
-
- Feb 02, 2015
-
-
Morris Jobke authored
-
Arthur Schiwon authored
-
Jörn Friedrich Dreyer authored
-
Lukas Reschke authored
The URL was previously encoded twice which leads to getting redirected to a 404 page when the password has been entered incorrect at least once. Testplan: - [ ] Opening `http://localhost/core/index.php?redirect_url=%2Fcore%2Findex.php%2Fsettings%2Fadmin` redirects to the admin page when providing the correct credentials - [ ] Opening `http://localhost/core/index.php?redirect_url=%2Fcore%2Findex.php%2Fsettings%2Fadmin` redirects to the admin page when providing the invalid credentials and then providing valid ones. - [ ] Logging in as admin then going to the admin page and clearing the cookies and refreshing will show the login and when repeating the above test steps you're redirected correctly. Fixes https://github.com/owncloud/core/issues/9804
-
Thomas Müller authored
-
Thomas Müller authored
-
- Jan 30, 2015
-
-
Vincent Petry authored
Since the Storage interface isn't ready to work directly with exceptions like Forbidden and NotFound, the DAV storage has been adapted to still return false when expected.
-
- Jan 29, 2015
-
-
Robin Appelman authored
-
Robin Appelman authored
-
Björn Schießle authored
-
Björn Schießle authored
-
Robin Appelman authored
-
Robin Appelman authored
-
Joas Schilling authored
-
- Jan 28, 2015
-
-
Robin Appelman authored
-
Lukas Reschke authored
Fixes https://github.com/owncloud/core/issues/13657
-
- Jan 27, 2015
-
-
Vincent Petry authored
Can happen when trying to instantiate external storages that have incomplete config, where the constructor throws an exception (the exception is caught in createStorage())
-
Lukas Reschke authored
IAppManager lives in OCP\App and not in OCP. Fixes https://github.com/owncloud/core/issues/13710
-
Thomas Müller authored
-
Thomas Müller authored
disable the app code checker - some previous shipped apps cannot be installed from the appstore now :facepunch:
-
- Jan 26, 2015
-
-
Lukas Reschke authored
There might be the case that `fopen($file, 'r')` returns false and thus ownCloud might believe that the config file is empty and thus potentially leading to an overwrite of the config file. This changeset introduces `file_exists` again which was used in ownCloud 5 where no such problems where reported and should not be affected by such problems. Ref https://github.com/owncloud/core/issues/12785#issuecomment-71548720
-
Björn Schießle authored
certificate manager should always use a \OC\Files\View otherwise we will get problems for different primary storages
-