HackerOne users: Testing against this community violates our program's Terms of Service and will result in your bounty being denied.
Vanilla 3.3 is now available
initvector
Vanilla Staff
Missed the 3.2 release? Check out the upgrade & release notes here.
Vanillicon Changes Incoming
Changes to your Vanillicon are here. You'll see a new avatar after this update. To find out more, checkout "Why Vanillicon Avatars Changed" on what is changing and why.
Rich Editor
- Rich quotes of Discussions now display the user profile image.
- All rich quotes now use the improved expand/collapse UI from reported posts.
- Multiple images can now be uploaded at the same time.
- Fix a bug where nested lists in Rich Editor would render improperly after being posted. vanilla#9332
Bug Fixes
- Fix emoji suggestions not displaying. vanilla#9250
- Update Vanillicon email hashes. vanilla#9244
- Fixed a bug causing javascript not to execute in older browsers. vanilla#9350
- Fix notifications not being sent to participating users. vanilla#9406
- Fix invalid/expired state token error when signing in. vanilla#9356
- Update Twitter addon to use platform's share links.
- Fix dashboard category name rendering.
- Improve URL handling in API v2 /media/scrape endpoint.
- The time formats for some locales have been changed to the 24-hour format in accordance to their locale standards.
- Fix unicode character handling in "leaving" page links.
- Fix photo ID encoding in Getty Images embeds.
- Fix preemptively join conversations.
Developer Notes
- Addons may now define PHP files in arbitrary namespaces in any subdirectory of the addon. Previously this was only possible with the
Controllers,Models, andlibrarydirectories. vanilla#9209 - Logging of PHP warnings has been disabled again. After fixing a few common cases, this may be re-enabled in a future release.
- Move the private community middleware to the /api/v2. vanilla#932
- Fix header link in
JsonView. vanilla#9269 - Fix loop when dispatching exception page. vanilla#9359
- Fix Attributes JSON encoding for special data types. vanilla#9326
Download
Get it over in the addon directory. https://open.vanillaforums.com/addon/vanilla-core-3.3
12
Comments
I get an error after updating from /applications/dashboard/controllers/api/LocalesApiController.php:
Fatal Error in LocalesApiController.{closure}();
Class 'Locale' not found
$displayName = \Locale::getDisplayLanguage($row["localeKey"], $locale);And searching for getDisplayLanguage in fact doesn't find any definition for it, neither in the repo nor in the download
Oooh! OOh!
I can help @R_J ...
I had to install php-intl (see this post - https://open.vanillaforums.com/discussion/37659/class-locale-not-found )
It's like that bit in National Treasure, when Riley knows something Ben Gates doesn't
https://www.youtube.com/watch?v=kAfAwxvIvoI
I'm not trying to brag on this, btw, just pleased I got to help out someone who does so much for this community.
Thanks! Seems like I should have searched through the forum first before asking 😀
Me too. I posted my question before searching...
Looking great! Thanks Vanilla team.
Hello,
Is Vanilla now safe to install (I mean, upgrade from 3.2 to 3.3) or is it better to wait for a patch for this error?
Thanks 😉
There is no error. But you need to have installed the php-intl extension.
I don't know what it is... will this extension be necessary to all the future vanilla updates?
It would be sensible to assume so.
I didn't know what php-intl was until yesterday either. (I still don't, tbh, I just know it needed to be installed for 3.3 to work on my set up.) Ask your host to install it for you, if you are not self-hosting.
Nevermind
Just tested update from 3.1 to 3.3 - missing dist files (as they are deleted before updating according to this https://docs.vanillaforums.com/developer/installation/self-hosting/#upgrading )
As a result Rich editor text fields are endlessly loading (div changes to IsDisabled in the end)
Putting the files back in /dist solves it (seems that way from what I see)
Nevermind
Version in dashboard still show old version after updating (recall seeing some post on forum but cannot find it now, not sure the was a solution in it)
Any suggestions?
Just tested update from 3.1 to 3.3 - missing dist files (as they are deleted before updating according to this [...]
Can you confirm you're deleting the dist directory only on your host and before you upload the 3.3 package, not after? This step is intended to clear out old versions of built files. The dist directory from this release should be intact when it is uploaded.
Version in dashboard still show old version after updating (recall seeing some post on forum but cannot find it now, not sure the was a solution in it)
Does the
APPLICATION_VERSIONvalue defined in your environment.php match what you're seeing in the dashboard footer?Nevermind
Deleted files in /dist before - yes
After deploying the new version there is nothing in /dist - editor field endless loads.
Putting the deleted files back solves it.
Nevermind
version value in environment.php match what is shown in dashboard, yes.
It changes in dashboard if I change it there.
I'm seeing similar errors like @Kaspar .
However, I didn't notice any problem on the forum yet, I'll post here if I find any problem.
Forum files is in /package in the download zip - I unpacked it raw like that 😞
I have the same error in my installation
Hello @Kaspar did you manage to solve this? I'm struggling with those 404 js errors in the last weeks and so far nothing helped. Thanks in advance.