010101 You would be correct, beta.15 primary goal was to replace events with extenders for extension developers to make use of. These extenders will overall make stable.... stable for developers. By getting all these extenders into place we've made some pretty huge progress towards our stable goals.
Flarum 0.1.0-beta.15 Released
[Symfony\Component\Console\Exception\RuntimeException]
The "--no-install" option does not exist.
how can i fix that?
Justoverclock update composer composer selfupdate --2
or drop the --no-install
flag if you can't update composer.
Finally decided to update.
First step was update composer to version 2 and then all run flawlessly.
Crossing my fingers to see improvements on SEO and into translations soon ️
I will continue using beta 13
Hari are there any particular features / extensions you're missing in the latest versions that you feel are holding you back?
- Edited
askvortsov i'm still on beta13 too. How about:
- https://discuss.flarum.org/d/21238-nickname-changer
- https://discuss.flarum.org/d/22880-mobile-ui-tab
- https://discuss.flarum.org/d/22916-quiet-edits
- https://discuss.flarum.org/d/16137-clean-profile-posts-by-reflar
But I cannot update yet mostly for this missing feature: FriendsOfFlarum/gamification24
Or anything else that will excludes admins from the badges game or giving them a special one.
Kyrne
New nicknames extension (flarum/nicknames)
There's a new nickname extension provided by the flarum team, I am using it and it works very well! I used to use the one you linked, but doesn't appear it's actively updated by the dev.
Kyrne [optional] If you'd like to add nicknames support:
composer require --no-update flarum/nicknames
askvortsov i'm using beta13 too
need features
robinodds If I remember correctly we used the same database column as the nicknames changer extension specifically so that you wouldn't lose that data. Simple remove the nickname changer extension using composer and add flarum/nicknames
and it should work. Do note that you have to set the nicknames extension as your display name driver under "Appearance" I believe.
010101 how did you update to 15 from shared hosting
KolaBilewu I think the only issue is if your shared host hasn’t updated to composer 2 yet. If they have not... First, make 100% sure you don’t have any extensions installed which do not have a new beta 15 compatible version. Then run composer update ––with–all–dependencies
.
If the update fails, there’s still an extension causing a problem so follow this: https://discuss.flarum.org/d/25733-troubleshooting-beta-15-update-non-composer-2-usersupdate-failed
Why do you recommend using --no-install
flag in the first place?
Same with --with-all-dependencies
, which make sense only if you specify packages list to update. composer update
will update everything, so --with-all-dependencies
is redundant.
My opinion is, as long as you are using Composer 2, --no-install
is needed because it gets everything updated without installing things before you realize you have an outdated extension. Or an extension that has no beta 15 compatible version. I don't know about with all dependencies. That might not be needed. But the order in which things are updated is very important or else you could get stuck partially done. I think --no-install
helps prevent getting stuck. But, many still only have Composer 1 and can't update. Composer 1 is missing the --no-install
option.
010101 --no-install
means that all dependencies will be calculated and composer.lock
will be generated. If you can't update (because extension does not allow beta 15), composer update --no-install
will fail in the same as composer install
- nothing will be saved or installed. It does not make anything safer o simpler, since composer update --no-install && composer install
works the same as composer update
. As long as you don't want to skip installing new dependencies or want to investigate composer.lock
before installing them, it makes no sense to use --no-install
, it only makes everything more complicated, especially for Composer 1.x users.
- Edited
rob006 I think we incorrectly copied this from the beta 14 announcement where it made sense to delay installation for after oauth had replaced the deprecated auth extensions.
In the end no harm is done, although it adds unnecessary steps.
Edit; I guess we reused it so that we can add nicknames before completing installation.