-
Notifications
You must be signed in to change notification settings - Fork 5
Config refactor, add ocis storage, fix oc storage sharing #461
Conversation
code seems fine so far, what about the remaining checkboxes ? did you retest with EOS also with this PR ? |
|
@butonic please apply this to fix OC storage:
I wonder if there are other potential value issues |
|
|
the latest changes fix owncloud/product#205 folder creation, upload, download, rename, move now work in a received share |
some weird stuff here:
|
I ran this locally with
the test also fails when using "remote.php/webdav" with litmus there seems to be path mishandling here where "litmus" gets extracted as user:
|
Also, this needs a rebase so that it runs with the latest core commit. That will stop some "silly" acceptance test reports like:
Those tests are in the expected failures file, but in this PR branch they are not being run, so they are getting reported as "unexpected passed scenarios" (which really means "unexpected not-failed scenarios" - that reports everything that was expected to fail but did not fail - it can "not fail" because it ran and passed, or also because it did not run at all) |
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
… providers Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
18713f6
to
e3c081b
Compare
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
Signed-off-by: Jörn Friedrich Dreyer <jfd@butonic.de>
https://cloud.drone.io/owncloud/ocis-reva/1016/2/7
For example:
It looks like uploads to public links are not working. Other scenarios in that list fail when they check an HTTP status. Uploads seem to be getting 401 - unauthorized. Oh - that might be fixed in the last commit that just came... |
seems "apiShareManagement/acceptSharesToSharesFolder.feature:22" is passing now according to https://cloud.drone.io/owncloud/ocis-reva/1017/5/1 @phil-davis should this then be adjusted in the core repo ? |
@butonic please remove the line https://github.com/butonic/ocis-reva/blob/config-cleanup/tests/acceptance/expected-failures-on-OC-storage.txt#L189 and that should fix CI |
Remove it from https://github.com/owncloud/ocis-reva/blob/master/tests/acceptance/expected-failures-on-OC-storage.txt It is a core scenario that was failing on OCIS. Now it is passing, so the code here somewhere has improved it. With this code we can share a folder, accept the share, and access a file in the share. I am a bit surprised that |
cs3org/reva#1148 bumps the core commit id there, and the 4 new It worries me a bit that one of the scenarios is fixed here - because some sort of fix for all 4 of those will be needed in |
hmm, but this config cleanup PR doesn't update ocis-reva, it's currently independent. so it means that something in the config changes is affected one of the tests, independently |
@butonic do we need a PR to reva also to make CI use a similar configuration like here for OC storage overlapping ? (and potentially EOS as well) |
feels like we're missing more bits for OCIS storage:
and also the env variables already listed above |
to run
|
instead of using 7 slots for storages use only two:
when more are needed they need to be configured differently anyway this would reduce the config confusion... |
Also added slight hint about them being mounts with specific drivers.
I've pushed an update of the drone commit for core, let's see how the tests behave now |
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.
👍
still the same output despite being up to date with master commit, I don't get it:
I'll remove this for now so we can move forward |
ah! I think this is legit: "owncloud/product#208 After accepting a share data in the received file cannot be downloaded" we did fix downloading for received files. but this only fixed line ":22", not ":15" of the file. will still remove now |
Yes,
But this PR can get merged... |
Complexity increasing per file
==============================
- pkg/flagset/drivereos.go 1
- pkg/flagset/driverlocal.go 1
- pkg/command/storagehome.go 1
- pkg/command/drivers.go 1
- pkg/flagset/driverocis.go 1
- pkg/flagset/debug.go 1
- pkg/flagset/secret.go 1
- pkg/flagset/tracing.go 1
- pkg/command/storagehomedata.go 1
- pkg/flagset/driverowncloud.go 1
- pkg/flagset/ldap.go 1
Clones added
============
- pkg/flagset/authbearer.go 1
- pkg/command/drivers.go 13
- pkg/command/gateway.go 1
Clones removed
==============
+ pkg/flagset/storageocdata.go -11
+ pkg/flagset/storagehomedata.go -11
+ pkg/command/storageeos.go -3
+ pkg/flagset/storageeos.go -11
+ pkg/command/storageoc.go -7
+ pkg/command/storageeosdata.go -3
+ pkg/flagset/storageroot.go -11
+ pkg/command/storagehome.go -6
+ pkg/command/storageocdata.go -8
+ pkg/flagset/storagehome.go -11
+ pkg/flagset/users.go -1
+ pkg/flagset/sharing.go -1
+ pkg/flagset/storagepubliclink.go -1
+ pkg/flagset/storageeosdata.go -9
+ pkg/command/storageroot.go -6
+ pkg/command/storagehomedata.go -8
+ pkg/flagset/storageoc.go -13
See the complete overview on Codacy |
I combined the driver configuration as a preparation to rename some of the environment variables. Several config structs were refactored.