owncloud / core

:cloud: ownCloud web server core (Files, DAV, etc.)
https://owncloud.com
GNU Affero General Public License v3.0
8.32k stars 2.06k forks source link

10.0.10 - Changelog Test Results #32566

Closed patrickjahns closed 5 years ago

patrickjahns commented 5 years ago

Changelog

All notable changes to this project will be documented in this file.

Items based on https://github.com/owncloud/core/blob/stable10/CHANGELOG.md

[Unreleased]

Added

Changed

Karma PRs bumping versions (no need to be tested, just check the version)

Symfony PRs bumping versions (no need to be tested, just check the version)

Removed

Fixed

Encryption fixes

Public link PRs

Calendar PRs

Fixes for PUT method

Fixes related to UIDs

Fixes easy to test (estimation 0,5 md)

WIP other fixes

Fixes related to notifications app

RC2 items

RC3 items

ownclouders commented 5 years ago

GitMate.io thinks possibly related issues are https://github.com/owncloud/core/issues/31579 (test), https://github.com/owncloud/core/issues/22492 (test), https://github.com/owncloud/core/issues/22485 (test), https://github.com/owncloud/core/issues/30152 (Testing 10.0.5RC3 Changelog), and https://github.com/owncloud/core/pull/32127 ([stable10] Update changelog for upcoming 10.0.10).

PVince81 commented 5 years ago

raised https://github.com/owncloud/encryption/issues/49 while testing encryption

PVince81 commented 5 years ago

I've tested "Fix master key recreation - #32504" and it worked fine.

While testing, raised https://github.com/owncloud/encryption/issues/50 regarding master key regeneration in maintenance mode.

PVince81 commented 5 years ago

Tested "Unset encrypted flag in file cache when running decrypt-all command - #32027"

Checked oc_filecache before and after decryption, flag is reset to 0 correctly.

While testing, I found https://github.com/owncloud/encryption/issues/51

PVince81 commented 5 years ago

Added changelog entries from notifications app.

PVince81 commented 5 years ago

Raised https://github.com/owncloud/core/issues/32619 related to the new "create by email" changes from https://github.com/owncloud/core/issues/32466.

It's about the toggle not working properly if you leave a value in the field.

PVince81 commented 5 years ago

I've tested all the notifications items

PVince81 commented 5 years ago

Don't strip linebreaks in personal note of public link share - #32331 => works

PVince81 commented 5 years ago

Improve performance when propagating size updates in file cache - #32304 => size and etag propagation still works as observed in filecache.

PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago

Both already covered by upload API tests:

PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago

I'll have a quick look, need to include the new file in the Makefile.

=> fix is here https://github.com/owncloud/core/pull/32634

phil-davis commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago

Tested and confirmed that the warning log was there in v10.0.9 and gone in v10.0.10RC1 for a chunked upload initiated in the browser.

PVince81 commented 5 years ago
PVince81 commented 5 years ago
PVince81 commented 5 years ago

I've disabled avatars and checked the files app, users page and also a public link page. All work fine. Tested this because the change is in the template layout code.

PVince81 commented 5 years ago

Works fine with "token_auth_enforced' => true" as expected in the ticket and PR.

However while testing I noticed that if you enable any two factor app without enforcing token auth in config.php, the two factor mode will automatically enforce tokens and the client will not be able to login. In this case, the "Login failed" message is missing in the log. I've raised this separately here https://github.com/owncloud/core/issues/32654

PVince81 commented 5 years ago

Challenge page properly appears instead of white page.

cdamken commented 5 years ago

Store user name in oc_preferences when provided by backend, use in external storage save in session mode #32579

Checked -> works

PVince81 commented 5 years ago

Confirmed working by update-testing and also rechecked manually.

PVince81 commented 5 years ago

Tested on my own server which was missing three migrations. They are now present after the upgrade:

| files_sharing         | 20170830112305 |
| files_sharing         | 20171115154900 |
| files_sharing         | 20171215103657 |
PVince81 commented 5 years ago

Tested by deleting a file from disk but leaving in file cache. Then ran occ files:checksums:verify: the command skipped the entry instead of crashing.

PVince81 commented 5 years ago

Tested with steps from https://github.com/owncloud/core/pull/31988 and etags are stable for the root and for the one byte file as recipient in 10.0.10 RC1.

Note: I tried the same in 10.0.9 but could not reproduce the original issue. @butonic

PVince81 commented 5 years ago

Could not find a way to cause an issue. Seems not testable, hardening.

PVince81 commented 5 years ago

Tested with steps from https://github.com/owncloud/core/issues/31804. Logo in email is correct.

PVince81 commented 5 years ago

Setting display name in personal page works and users page works.

Setting email in personal page works after using link. Also works when set from users page without link.

PVince81 commented 5 years ago

I've added the RC2 items in the original post. Please note that most aren't listed directly in the changelog bu are part of existing entries as these bugs only exist since the addition of said entries, so they belong there. I've expanded that list into checkboxes for verification.

PVince81 commented 5 years ago

Increased fourth digit in version.php and ran occ upgrade -vvvvvv. The filecache repair step did not appear in the list of executed steps.

Also tested that occ files:scan --repair still runs as it uses the repair step code path.

individual-it commented 5 years ago
PVince81 commented 5 years ago

did a quick test to see if the web UI uses the job status endpoint and reports back for upload and overwrite+upload.

the automated tests were already merged in https://github.com/owncloud/core/pull/32594

PVince81 commented 5 years ago

Tested with steps from https://github.com/owncloud/core/pull/31833#issuecomment-420967736. Works, no event is added to birthday calendar.

PVince81 commented 5 years ago

I don't have the setup to test this but as I can see the directives in the htaccess file are present in my test setup.

davitol commented 5 years ago
PVince81 commented 5 years ago

Tested on RC3, the migrations appear in the report.

davitol commented 5 years ago

I've added the RC3 items in the original post.

davitol commented 5 years ago

Tested on RC3, invalid token page appears and no infinity loop occurs

PVince81 commented 5 years ago

Tested by adding sleep(300) in both locations specified in https://github.com/owncloud/core/pull/32226#discussion_r216366209, then uploading a big file. Then wait for 10+ minutes. In the end the file finishes the upload.

Observing the access log: the first MOVE has the client time out. Subsequent MOVE all fail with 423 Locked, which is expected as the first MOVE is still working. Once the first MOVE finishes, the file appears on the server.