LThe OC appstore seems to have an issue right now.
Certificate seems to broken after their switch to Letsencrypt.
You will see curl issues in your logfiles and you only see apps which are already enabledā¦
Applying this, you will see categories and experimental apps again, but some app installations/updates will throw SSL errors and also the nextcloud log will show certain error messages.
Just curious: Do you see the āexperimentalā category and the contacts app? Iām just asking, since I had roughly the same happening as you, but those two things still donāt show for me.
Edit: So, without having changed anything, the contacs app now shows under the office category and I can enable it. Unfortunately, I canāt say why that is, I didnāt do anything.
hi guys, iām running 11.0.1 - fresh install and Iām unable to see the option to enable experimental apps. I have both items below in my config.php but still donāt even see the option to enable the feature on the UI as the admin
Yeah the āexperimentalā option does not have any influence anymore, I also got hat some days ago. But 'appstoreurl' => 'https://apps.nextcloud.com/api/v0', has and it links to the lets say obsolete beta version of the nextcloud app store. This setting was necessary for NC v10 for a short time, when NC switched to itās own store. āv1ā is the current one, but the best way to get sure is to erase that line completely to always use the standard app store. This option is now only necessary if you want to use an own appstore for your nextcloud instance, together with the āappstoreenabledā => true, option, which is also only useful to enable an own appstore.
In short: If you want to use the standard nextcloud appstore, erase ALL lines in config.php that contain āappstoreā ;).
In fact the appstoreurl is not evaluated at all anymore AFAIK. The URLs are hardcoded. So both config options are ignored in 11 and are no cause for issues
The v0 API is still usable for 9 and 10 but once they run out of support my plan is to remove the API entirely (unless there is a really good reason to not do that).
Check the log for
GuzzleHttp\Exception\RequestException: cURL error 77: error setting certificate verify locations: CAfile: /var/nc_data/files_external/rootcerts.crt CApath: /etc/ssl/certs
If found, just move or delete the rootcerts.crt
(/var/ data-directory / files_external/rootcerts.crt )
then restart nginx/apache and refresh your browser.