-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Large federated shares #28059
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
Large federated shares #28059
Conversation
|
|
||
| OCP\JSON::checkAppEnabled('files_sharing'); | ||
|
|
||
| OC::$server->getLogger()->warning( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure if we can afford this... likely to flood logs. Switch to debug maybe ?
Also an admin might not know what hundreds of different remotes are connecting to this instance as this is controlled by the users.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My intention is to annoy admins to get them to upgrade older versions. And if they have to annoy another admin I am fine with it. Saves everyone problems and time in the long run.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
following MS' footsteps with Win10 upgrades ? not sure...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I strongly vote for reverting those 4 lines (34-37). It´s annoying and - guess what - really helps NOTHING, especially when all the remote servers are hosted instances without admin access or even when they run Nextcloud.
not really as this was never officially public API... Code changed look good, needs good testing, especially the "detect temporarily unavailable remote server" cases.
|
|
possible extension: make the DAV storage read oc:size from PROPFIND and return it (if the scanner does support reading this value), something for another PR |
|
@butonic sadly it looks like we'll have to keep "ajax/external.php", it's used when mounting link shares... but will need to replace its "scanAll" call with something that only scans one level / the root entry. |
|
local testing went fine except for the public link shares |
|
@tomneedham can you help finishing this ? |
|
Pushed changes to bring back ajax/external.php but without using the removed Had a quick look at using |
|
@PVince81 changes make sense core/apps/files_sharing/appinfo/routes.php Lines 64 to 65 in f10d105
https://github.com/owncloud/core/blob/master/apps/files_sharing/js/external.js#L103 is the place where we POST to the url |
|
@butonic is that a thumbs up for merging or do you think we need further changes ? |
|
Tested with two instances running this. Remote sharing a folder worked, accessed the files, and uploaded between the two instances. 👍 |
|
let me rebase this for CI... Backport to stable10 only or further ? |
012fc3d to
bb71b69
Compare
|
@PVince81 changes make sense core/apps/files_sharing/appinfo/routes.php Lines 64 to 65 in f10d105
https://github.com/owncloud/core/blob/master/apps/files_sharing/js/external.js#L103 is the place where we POST to the url |
|
@jfd let's do the route change separately as it's not related to the performance issue we want to solve and backport |
|
I prefer getting 10.0.3 ready over a backport to 9.1. @felixboehm ? |
|
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. |
Prevent timeouts when adding large federated shares:
backport needed to 9.1