Skip to content
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

10.3 - Changelog test Results #36142

Closed
12 of 13 tasks
davitol opened this issue Sep 3, 2019 · 9 comments
Closed
12 of 13 tasks

10.3 - Changelog test Results #36142

davitol opened this issue Sep 3, 2019 · 9 comments
Labels

Comments

@davitol
Copy link
Contributor

davitol commented Sep 3, 2019

Added

@davitol davitol added the QA:team label Sep 3, 2019
@davitol
Copy link
Contributor Author

davitol commented Sep 3, 2019

Changed

@davitol
Copy link
Contributor Author

davitol commented Sep 3, 2019

Removed

@davitol
Copy link
Contributor Author

davitol commented Sep 3, 2019

Fixed

@micbar
Copy link
Contributor

micbar commented Sep 16, 2019

Fixed in RC1

Changelog testing on RC1

@micbar
Copy link
Contributor

micbar commented Sep 16, 2019

@HanaGemela @jesmrec @davitol
I posted the fixes for 10.3.0RC1
We can do the changelog testing of RC1 as soon as we are through with alpha2

@micbar
Copy link
Contributor

micbar commented Sep 16, 2019

Client Related

  • shareowner can edit re-share permissions without any restriction - #36193
  • Fix invalid foreach in SharingBlacklist.php - #36038
  • Improve share_folder checks in rmdir - #36170

@jesmrec
Copy link

jesmrec commented Oct 2, 2019

Mobile clients tests


shareowner can edit re-share permissions without any restriction - #36193

Tested with 10.2.1, problem is not reproducible. With 10.3RC1, owner of an item can edit permissions of the recipient groups, even if the group is recipient of a re-share.

Steps defined in #36107 (comment) were performed.


Fix invalid foreach in SharingBlacklist.php

These values were tested as blacklisted groups:

0
1
1.23
1.23e-4
1.098.345
1.4567e-1.23

neither of them were listed as blacklisted, and correctly listed when they weren't blacklisted.


Improve share_folder checks in rmdir - #36170

By adding 'share_folder' => '/Shared Folder' to config.php

and following steps: #36170 (comment)

both Android and iOS do not allow to remove the Shared Folder folder in the clients side. Shared folder stays in both sides (client and server).


Android:
App version: 2.13 (stable - 87ce8f0)
Device: Nexus 6P, Android 7.1

iOS:
App version: 1.1 (stable - 1e1f5da)
Device: iPhoneX, iOS13.1

Server: 10.3.0 RC1 (testing)

Please, let me know if you miss something.

@HanaGemela
Copy link
Contributor

I've tested the below items on the desktop sync client. All passed. I've added a comment with more details into each issue.

Newly found issues:
share_folder can be shared #36241
Deleted folder is not restored when deletion is not allowed https://github.com/owncloud/client/issues/7496

@micbar
Copy link
Contributor

micbar commented Oct 16, 2019

Release Done.

@micbar micbar closed this as completed Oct 16, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants