Nextcloud 12.0.1RC4 - HELP TEST!

As you know we’ve been working super hard to get Nextcloud 12.0.1 ready! We’ve had to hunt down a few nasty boogies :beetle: :ant: :spider: but we think we got them now :dart: so it is time for the lot of you to help us!!

We really, REALLY want to give this some decent testing! Yes, of course, we already upgraded our private servers and our company server, it wouldn’t be right to release something without running it yourselves, right?

Please, give it a try, and let us know how it works. You can test by downloading the :package: or switching to the beta channel: all users on that channel will now get 12.0.1RC4!

Note that if you switch to beta we :heart: you. Also, you might have to switch multiple times and refresh the page until the cache is empty and you get to see that there’s an update :wink:

Here are the files:
https://download.nextcloud.com/server/prereleases/nextcloud-12.0.1RC4.tar.bz2
https://download.nextcloud.com/server/prereleases/nextcloud-12.0.1RC4.tar.bz2.md5
https://download.nextcloud.com/server/prereleases/nextcloud-12.0.1RC4.zip
https://download.nextcloud.com/server/prereleases/nextcloud-12.0.1RC4.zip.md5

More on Index of /server/prereleases

Note that these should allow you to upgrade from ownCloud 10.0.1 or 10.0.2 to Nextcloud 12. And if you find a bug in that upgrade (or any other upgrade!) remember: you earn a :tshirt: by reporting the bug!!! We just received new shirts in the office so we’re ready to sent some out :heart_eyes:

Here’s me upgrading ownCloud 10.0.2 to Nc 12.0.1RC3:

Yeah, little special to see, it went well… And when done you have twice as many apps in the app store :wink:

3 Likes

Update with web updater ran without problems. As far as everything is good! Can you switch from the RC4 directly to the stable 12.0.1 when it is released?

1 Like

Yes, you can :wink:

Hi
What are the main improvements? Is upload issues with very small files solved?
How do I do the update? Sorry i’m a little virgin in doing these things. I’ve installed via nextcloudpi via ownyourbits.

cheers
keep the good work
Ricardo

Hi Ricardo

You should be able to do it already within NEXTCLOUDPI. Just change to the Beta channel in Nextcloud… Nachoparker should be able to confirm this. Once it is in the stable channel it will update automatically

Del

I’ve changed from stable to beta channel and trying to upgrade from 12.0.0 to 12.0.1 RC4.
When running the web updater I get the following warning that stops the upgrade:

The .well-known folder is created by Let’s Encrypt, when running their certbot with the webroot parameter.
Could an exception for this folder be made in the check?

That isn’t always possible, if for example you’re using Cloudflare.
I’ll just move the .well-known folder out of the Nextcloud folder while upgrading :stuck_out_tongue:

1 Like

The decidedly less buttery-smooth but easily achievable workaround :smiley:

Web Update 12.0.0 to 12.0.1RC4 went rather smoothly. First try detected a(n empty) folder assets. I removed it and restarted the update. No further problems. Good work! I noticed a strange dutch translation: in the apps listing some have “Beperk to groepen”. This should be “beperk tot groepen”. Apps Gallery, Log Reader, Monitoring and a few others have this option.
HTH
Egbert Jan, NL

1 Like

That isn’t the problem of Nextcloud or the Updater because the folder is not Nextcloud-related.
The custom apps directory (apps2 or something), on the other hand, is a Nextcloud Updater problem.

5 posts were split to a new topic: Extra files after upgrade to NC 12.0.1 RC4

11 posts were split to a new topic: APT support and OC > NC migration

My favorite thing about updating to betas is I have Nextcloud in a LXD container on ZFS, so snapshoting and reverting is cake if crap hits the fan :slight_smile: hasn’t happened yet, and this time worked successfully from the GUI! Previous attempts failed and made it so I had to use the CLI updater to avoid issues. Will report errors if there are any

Bug? Do NOT use the Impersonate app on users who have never logged in

{“reqId”:“id_is_here”,“level”:3,“time”:“2017-07-31T22:47:04+00:00”,“remoteAddr”:“192.168.10.47”,“user”:“nick”,“app”:“index”,“method”:“GET”,“url”:“/index.php/apps/files/”,“message”:“Exception: {"Exception":"OCP\\Files\\NotFoundException","Message":"","Code":0,"Trace":"#0 \/var\/www\/html\/apps\/files\/lib\/Controller\/ViewController.php(131): OC_Helper::getStorageInfo(‘\/’, false)\n#1 \/var\/www\/html\/apps\/files\/lib\/Controller\/ViewController.php(160): OCA\\Files\\Controller\\ViewController->getStorageInfo()\n#2 [internal function]: OCA\\Files\\Controller\\ViewController->index(‘’, ‘’, NULL, false)\n#3 \/var\/www\/html\/lib\/private\/AppFramework\/Http\/Dispatcher.php(160): call_user_func_array(Array, Array)\n#4 \/var\/www\/html\/lib\/private\/AppFramework\/Http\/Dispatcher.php(90): OC\\AppFramework\\Http\\Dispatcher->executeController(Object(OCA\\Files\\Controller\\ViewController), ‘index’)\n#5 \/var\/www\/html\/lib\/private\/AppFramework\/App.php(114): OC\\AppFramework\\Http\\Dispatcher->dispatch(Object(OCA\\Files\\Controller\\ViewController), ‘index’)\n#6 \/var\/www\/html\/lib\/private\/AppFramework\/Routing\/RouteActionHandler.php(47): OC\\AppFramework\\App::main(‘ViewController’, ‘index’, Object(OC\\AppFramework\\DependencyInjection\\DIContainer), Array)\n#7 [internal function]: OC\\AppFramework\\Routing\\RouteActionHandler->__invoke(Array)\n#8 \/var\/www\/html\/lib\/private\/Route\/Router.php(299): call_user_func(Object(OC\\AppFramework\\Routing\\RouteActionHandler), Array)\n#9 \/var\/www\/html\/lib\/base.php(1004): OC\\Route\\Router->match(‘\/apps\/files\/’)\n#10 \/var\/www\/html\/index.php(48): OC::handleRequest()\n#11 {main}","File":"\/var\/www\/html\/lib\/private\/legacy\/helper.php","Line":543}”,“userAgent”:“Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36”,“version”:“12.0.1.3”}

Yes, already known:

1 Like

Upgrade was smooth (from 12.0.0).

The nextcloud log shows errors on sync from some CalDAV and CardDAV
clients (Mozilla TB @ Linux, CalDAV-Sync and CardDAV-Sync by dmfs GmbH @
Android), however data is eventually synced fine.

{“reqId”:“11Eo0GNqvyfgf9F5vR6W”,“level”:0,“time”:“2017-07-31T21:10:03+02:00”,“remoteAddr”:“10.11.13.2”,“user”:"–",“app”:“webdav”,“method”:“PROPFIND”,“url”:"/remote.php/dav/principals/users/XXX/",“message”:“Exception:
{“Exception”:“Sabre\\DAV\\Exception\\NotAuthenticated”,“Message”:“No
public access to this resource., No ‘Authorization: Bearer’ header
found. Either the client didn’t send one, or the server is
mis-configured, No ‘Authorization: Basic’ header found. Either the
client didn’t send one, or the server is
misconfigured”,“Code”:0,“Trace”:”#0 [internal function]:
Sabre\\DAV\\Auth\\Plugin->beforeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#1
\/srv\/http\/cloud\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105):
call_user_func_array(Array, Array)\n#2
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(466):
Sabre\\Event\\EventEmitter->emit(‘beforeMethod’, Array)\n#3
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(254):
Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#4
\/srv\/http\/cloud\/apps\/dav\/lib\/Server.php(253):
Sabre\\DAV\\Server->exec()\n#5
\/srv\/http\/cloud\/apps\/dav\/appinfo\/v2\/remote.php(33):
OCA\\DAV\\Server->exec()\n#6
\/srv\/http\/cloud\/remote.php(162):
require_once(’\/srv\/http\/cloud…’)\n#7
{main}",“File”:"\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Auth\/Plugin.php",“Line”:168}",“userAgent”:“Mozilla/5.0
(X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
Lightning/5.4.2.1”,“version”:“12.0.1.3”}

{“reqId”:“9IQDUL2CmSFKtfimzrg5”,“level”:0,“time”:“2017-07-31T21:22:51+02:00”,“remoteAddr”:“37.188.243.205”,“user”:"–",“app”:“carddav”,“method”:“OPTIONS”,“url”:"/remote.php/carddav/addressbooks/XXX/Personal/",“message”:“Exception:
{“Exception”:“Sabre\\DAV\\Exception\\NotAuthenticated”,“Message”:“No
’Authorization: Basic’ header found. Either the client didn’t send one,
or the server is misconfigured”,“Code”:0,“Trace”:”#0 [internal
function]:
Sabre\\DAV\\Auth\\Plugin->beforeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#1
\/srv\/http\/cloud\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105):
call_user_func_array(Array, Array)\n#2
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(466):
Sabre\\Event\\EventEmitter->emit(‘beforeMethod’, Array)\n#3
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(254):
Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#4
\/srv\/http\/cloud\/apps\/dav\/appinfo\/v1\/carddav.php(88):
Sabre\\DAV\\Server->exec()\n#5
\/srv\/http\/cloud\/remote.php(162):
require_once(’\/srv\/http\/cloud…’)\n#6
{main}",“File”:"\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Auth\/Plugin.php",“Line”:168}",“userAgent”:“CardDAV-Sync/0.4.23
(samsung; heroltexx; Android 7.0; en_GB;
org.dmfs.carddav.Sync/145)”,“version”:“12.0.1.3”}

Other clients (CardDAV plugin of roundcume and rainloop) do not produce
the error. (I noticed some patch for these two types of clients exists
in NC 12.0.1-RC4 to resolve non-standard client behaviour.) I checked
the logs and the problem seems to be introduced with NC 11.0.2 or so)

Milan

I have issues with the Gallery App since Updating from NC11 to NC12_RC4.

Error gallery Exception: Preview generation has failed 2017-08-01T10:07:20+0200
Error PHP file_get_contents(//data/appdata_50769f0c76c51/preview/17218/2048-1536-max.png): failed to open stream: No such file or directory at //lib/private/Files/Storage/Local.php#209 2017-08-01T10:07:20+0200

More details:
=> NC11 to NC12_RC4: Preview files in Gallery Module are broken

So it seems you did find a bug, or not - @nickvergessen thinks it is a beta or RC of ownCloud, not a final release. Is that possible?
See Allow also an update from 10.0.2.0 by jospoortvliet · Pull Request #5941 · nextcloud/server · GitHub