Nextcloud 19 RC2 is here - help us test it!

Could we expect this ‘ghost’ duplicates bug to be fixed in Photos app?
All Nextcloud 18/19 builds are affected by this bug.

Impossible to use the upgrade procedure:

root@demo /var/www/nextcloud_beta/updater # sudo -u www-data php updater.phar
Nextcloud Updater - version: v16.0.3-3-ga0c2b25 dirty

Current version is 19.0.0 beta 5.

No update available.

Nothing to do.

Same issue with the web updater


Which php version are you using?

root@demo /var/www/nextcloud_beta/updater # php -v
PHP 7.3.14-1~deb10u1 (cli) (built: Feb 16 2020 15:07:23) ( NTS )
Copyright © 1997-2018 The PHP Group
Zend Engine v3.3.14, Copyright © 1998-2018 Zend Technologies
with Zend OPcache v7.3.14-1~deb10u1, Copyright © 1999-2018, by Zend Technologies

On debian 10

Been following since beta 1. It’s a bugfix release… no real new features other then fseek streaming on S3.

So if it’s a bugfix release, why is the major version number being incremented?

Just to break compatibility with 3rd party apps for no good reason?

Someone at Nextcloud needs to learn semantic versioning ( Users would be much better served by an 18.1 release than a 19.0 release with no significant user visible differences. Even from a purely marketing perspective, it sends a clearer signal.

Please stop incrementing major version numbers unless there’s a significant reason to do so, like a major new feature, or a change that breaks compatibility for apps.


We don’t know that. New features could be in some apps, or even completely new apps that are not public yet. You can just guess from what you see in the new version and what is on github. And even then, there could be some hidden things, that break compatibility that would justify a new version number.

At this breakneck pace - four major releases 16-17-18-19 in a year and a month - they don’t have enough time to even list all the betas released (there was a Beta 7!) forget about its details…

We don’t know that.

I know we don’t know that, I was responding to @Paradox551’s statement.

But even if all the new features are just in apps, that doesn’t justify a major version change.

And frankly Nextcloud’s lack of communication about features and potential breaking changes in new releases is a problem in and of itself. If app authors really need to update their apps for compatibility, wouldn’t users be better served if the authors had the information they needed to update their apps before the Nextcloud release? The silence helps no one.

Every time there’s a major version change, there’s a whole raft of apps that stop working, even though the majority only need their compatibility information updated. This just creates unnecessary havoc.

A sensible versioning system, that actually advertises compatibility for apps would allow most apps to just keep working. e.g. SemVer

Don’t get me wrong, I appreciate the rapid addition of features and release cadence, it just needs to be done in a way that isn’t so disruptive to users and 3rd party developers.

Not speaking about the apps. The nextcloud/server repository is more or less bug fixes and improvements.

But even with the apps on RC2 I don’t see many differences. Your mileage may very.

Regarding apps: None of the major ones have stopped working. Passman, passwords, contacts, calendar, audio, collabora - no issues. I don’t know or care about the less known ones.

Last I checked carnet, metadata, raw, checksum - they worked as well.

If you know any apps with compatibility issues then report them. 19 is not released yet! :slight_smile:

1 Like

Could you test the Social App and the Gallery App?
Does the Preview Generator App work for videos again?

I’m not testing the Gallery app because it’s not supported and I don’t use it. You’re welcome to install it though! The beta is open for everyone.

The error you listed for social is likely the MySQL bug here. I use postgresql so it would likely work correctly for me anyway.

Don’t use preview generator but video thumbnails are generating correctly for me.

1 Like

Not speaking about the apps. The nextcloud/server repository is more or less bug fixes and improvements.

Right, which doesn’t give justification for a major version number change for the Nextcloud server. If the apps change, change the version number of the apps.

Regarding apps: None of the major ones have stopped working

My Nextcloud currently reports the following apps as missing updates for V19:

  • AppOrder
  • Checksum
  • Activities for shared file downloads
  • Full text search - Files
  • Full text search - Files - Tesseract OCR
  • Link editor
  • Markdown Editor
  • Activities for shared file downloads, visible to all admins
  • Full text search
  • Full text search - Elasticsearch Platform
  • Quota warning
  • Ransomware recovery

That’s a significant list. An upgrade now would have a major impact for me, so I will not be helping test V19. Now, if there’s really nothing other than bugfixes in the core server, I expect all of these apps to work just fine. However, since those apps don’t claim to work with V19, they’re all going to get disabled in an update, or prevent me from wanting to update in the first place. How is that helping anyone?

If the release were marked as V18.1, (and Nextcloud actually followed the semantic versioning contract) then I’d expect most (or all) of those apps to claim to still be compatible without the app author having to issue a new release just to bump the version number.

Yes, I know it hasn’t released yet, but this situation happens every time there’s a major version change and there are always a significant number of apps that haven’t updated their compatibility info when the release actually happens, sometimes taking months to update because the developers have other jobs. Often many of them require no changes other than the compatibility info. This puts a completely unnecessary burden on app developers and users alike. I’m asking Nextcloud to re-think their versioning system.


Have you tested these apps or are you going off the app list saying “incompatible”?

Hint: You can ignore that list. Test the apps yourself and verify if they work or not.

I’ve personally tested checksum and it works, so that one is wrong right off the bat :slight_smile:

That’s my point. I shouldn’t have to test each app individually to see if maybe they work after all. They shouldn’t be reported as incompatible in the first place unless there’s a good reason to believe they might be. Bug fixes is not a good reason.

Simply bumping the major version number triggers a whole bunch of false positives on that list that serves no purpose and causes harm to app developers and users alike. It also harms Nextcloud by discouraging people from testing new releases.

1 Like

Yes, you -should- have to test them to verify they are compatible with your installation.

These are third party apps which the developers take no responsibility for.

They cannot vouch that they will work between version updates even if they should work. Doesn’t matter if it’s a major or minor update.

Let me phrase that another way. Bumping the major version of the server forces every app onto the incompatible list, until the app developer releases a new version that increments the known compatible version.

Why should app developers have to do that for bug fixes in core?


We’re going way off topic here. But the bottom line is that they can’t personally test and vouch for every third party app. Sorry.

Doesn’t matter if it’s a major or minor update.

Minor updates shouldn’t break compatibility.

A) This isn’t a minor update.

B) Yes, a minor update can break apps.

C) I’m not continuing to derail this topic on a pointless argument because you’re lazy and don’t want to test apps.