Release 0.3.7
- Use new Flarum beta 15 admin panel page
- Update deprecated code
- Fix bio fields not always loaded
- Improve user experience around saving and required fields
composer require fof/masqueradeMasquerade by FriendsOfFlarum, the user profile builder
clarkwinkelmann should i launch
composer require or composer update ?
Justoverclock either should work if you were previously on any of the 0.3.* versions.
composer require make sure you install the latest compatible version, whereas composer update tries to only install minor updates.
9 days later
- Edited
Hello is there any way to filter user-directory on given masquerade field? My users are complaining that they have to look at all profiles on site if they want to find group of people with matching masquerade field (like town.)
aaronlbpeterman there is the answer: gambit https://github.com/FriendsOfFlarum/masquerade/blob/master/src/Gambits/AnswerGambit.php
I'm not sure whether anyone uses it and whether it's actually any good. It will search for an answer, but you unfortunately cannot specify which field to search in.
That field could be used from the user directory page by entering ?q=answer:whatyousearchfor at the end of the URL.
clarkwinkelmann Thanks. However it is good solution for me but I doubt if any of my users would really use it in that form.
aaronlbpeterman for data like this, the Taxonomies extension has much better UX and integration with the user directory page. Unfortunately it's not compatible with the latest Flarum yet.
a month later
Version 0.4.0
Added Flarum beta 16 compatibility.
Set the required version to * in composer.json before updating Flarum. You can also use composer require fof/masquerade:* to make that change prior to the Flarum update.
a month later
- Edited
"PHP message: PHP Fatal error: Uncaught RuntimeException: Route masquerade.profile.configure not found in /app/vendor/flarum/core/src/Http/RouteCollection.php:158
Stack trace:
#0 /app/vendor/flarum/core/src/Http/RouteCollectionUrlGenerator.php(43): Flarum\Http\RouteCollection->getPath()
#1 /app/vendor/fof/masquerade/src/Middleware/DemandProfileCompletion.php(38): Flarum\Http\RouteCollectionUrlGenerator->route()
#2 [internal function]: FoF\Masquerade\Middleware\DemandProfileCompletion->__construct()
#3 /app/vendor/illuminate/container/Container.php(877): ReflectionClass->newInstanceArgs()
#4 /app/vendor/illuminate/container/Container.php(714): Illuminate\Container\Container->build()
#5 /app/vendor/illuminate/container/Container.php(652): Illuminate\Container\Container->resolve()
#6 /app/vendor/flarum/core/src/Forum/ForumServiceProvider.php(91): Illuminate\Container\Container->make()
#7 /app/vendor/illuminate/container/Container.php(829): Flarum\Forum\ForumServiceProvider->Flarum\Forum\{closure}()"This crashes (500) a forum on beta.16 FreeFlarum. Any ideas?
SKevo are you able to share the php flarum info output, or the list of other extensions enabled? Also confirm this is the latest 0.4.0 version of Masquerade?
I don't see anything obviously wrong with the implementation, and it was definitely working when I published the beta 16 update.
This could be a conflict with another extension messing up the route registration or resolving the link builder too quickly in the application lifecycle.
- Edited
Output of php flarum info on the forum that got the issue:
Flarum core 0.1.0-beta.16
PHP version: 7.4.3
Loaded extensions: Core, date, libxml, openssl, pcre, zlib, filter, hash, pcntl, Reflection, SPL, session, standard, sodium, mysqlnd, PDO, xml, calendar, ctype, curl, dom, mbstring, FFI, fileinfo, ftp, gd, gettext, gmp, iconv, json, exif, mysqli, pdo_mysql, Phar, posix, readline, shmop, SimpleXML, sockets, sysvmsg, sysvsem, sysvshm, tokenizer, xmlreader, xmlwriter, xsl, zip, Zend OPcache
+-------------------------------------+------------------+--------+
| Flarum Extensions | | |
+-------------------------------------+------------------+--------+
| ID | Version | Commit |
+-------------------------------------+------------------+--------+
| flarum-flags | v0.1.0-beta.16 | |
| flarum-tags | v0.1.0-beta.16 | |
| flarum-lock | v0.1.0-beta.16 | |
| flarum-markdown | v0.1.0-beta.16.1 | |
| flarum-likes | v0.1.0-beta.16 | |
| flarum-approval | v0.1.0-beta.16 | |
| flarum-lang-english | v0.1.0-beta.16 | |
| fof-spamblock | 0.5.0 | |
| fof-linguist | 0.6.0 | |
| fof-prevent-necrobumping | 0.5.0 | |
| askvortsov-pwa | v2.4.1 | |
| clarkwinkelmann-emojionearea | 0.3.1 | |
| fof-gamification | 0.5.0 | |
| v17development-blog | v0.3.0 | |
| askvortsov-discussion-templates | v0.7.0 | |
| michaelbelgium-discussion-views | v6.0.1 | |
| fof-ban-ips | 0.4.0 | |
| fof-cookie-consent | 0.5.0 | |
| fof-upload | 0.14.0 | |
| ianm-html-head | 0.2.0 | |
| flarum-pusher | v0.1.0-beta.16 | |
| fof-doorman | 0.4.1 | |
| fof-disposable-emails | 0.3.0 | |
| fof-links | 0.6.0 | |
| fof-merge-discussions | 0.5.1 | |
| fof-oauth | 0.3.0 | |
| fof-share-social | 0.3.1 | |
| fof-profile-image-crop | 0.3.0 | |
| fof-split | 0.7.0 | |
| fof-terms | 0.6.2 | |
| matteocontrini-imgur-upload | v3.8.0 | |
| xelson-chat | v1.0.0 | |
| nomiscz-auth-steam | v0.2.1 | |
| v17development-seo | v1.7.2 | |
| askvortsov-rich-text | v1.1.1 | |
| askvortsov-trust-levels | v0.2.1 | |
| askvortsov-categories | v2.1.1 | |
| sycho-advanced-extension-categories | v0.1.1 | |
| flarum-bbcode | v0.1.0-beta.16 | |
| flarum-emoji | v0.1.0-beta.16 | |
| flarum-mentions | v0.1.0-beta.16 | |
| flarum-statistics | v0.1.0-beta.16 | |
| flarum-sticky | v0.1.0-beta.16 | |
| flarum-subscriptions | v0.1.0-beta.16 | |
| flarum-suspend | v0.1.0-beta.16 | |
| fof-sitemap | 0.7.0 | |
| fof-default-user-preferences | 0.4.0 | |
| migratetoflarum-canonical | 0.2.4 | |
| malago-achievements | 0.2.8 | |
| ianm-synopsis | 0.2.0 | |
| sycho-profile-cover | v1.2.4 | |
| maicol07-sso | 1.9 | |
| nearata-no-self-likes | v1.1.0 | |
| askvortsov-moderator-warnings | v0.5.0 | |
| fof-webhooks | 0.5.1 | |
| fof-user-directory | 0.6.2 | |
| fof-socialprofile | 0.3.0 | |
| fof-reactions | 0.6.0 | |
| fof-polls | 0.4.1 | |
| fof-pages | 0.7.0 | |
| fof-html-errors | 0.6.0 | |
| fof-filter | 0.4.0 | |
| fof-drafts | 0.4.0 | |
| qiaeru-lang-french | v1.10.0 | |
| therealsujitk-gifs | v3.0.0 | |
| askvortsov-help-tags | v0.4.0 | |
| fof-nightmode | 0.8.0 | |
| fof-default-group | 0.4.0 | |
| fof-best-answer | 0.4.0 | |
| starsriver-mathplus | 0.2.1 | |
| dem13n-discussion-cards | 0.3.0 | |
| clarkwinkelmann-create-user-modal | 1.2.1 | |
| fof-bbcode-details | 0.3.0 | |
| flarum-embed | v0.1.0-beta.16 | |
| fof-pretty-mail | 0.4.0 | |
| fof-user-bio | 0.5.0 | |
| fof-username-request | 0.5.0 | |
| fof-forum-statistics-widget | 0.6.0 | |
| fof-formatting | 0.4.0 | |
| fof-ignore-users | 0.4.0 | |
| fof-stopforumspam | 0.5.0 | |
| flarum-nicknames | 0.1.0-beta.16.1 | |
+-------------------------------------+------------------+--------+I am not sure whether it had Masquerade 0.4.0 installed (the version was set to * in composer.json when we updated to beta.16, so I assume that it installed latest version)
20 days later
Version 1.0.0
- Add compatibility with Flarum 1.0
- Add class to empty fields, thanks @rafaucau for the PR
12 days later
Is it possible to globally make the fields private and accessible through this user search extension but only for the users that have permission to see this searchable list:
https://extiverse.com/extension/fof/user-directory
In my previous discussion, I have explained why I would need this 
a month later
I have installed both Masquerade and FoF Terms. I'm wondering if they might be in conflict because at the moment Masquerade has stopped working. People don't even see the question in their profile. Even though Masquerade is activated.
Any idea why this may be happening?
nickdecker do you see any error message in the Flarum log file or in the browser javascript console? Or can you share a link to a public website where we can experience the issue?
Did it work before? What changed since then? Does disabling Terms make Masquerade visible again?
- Edited
we installed Masquerade and defined a question with dropdown of options. this question with dropdown is appearing in admin login , but in member login only question is displayed no option to select answer
and i did not understand how this Masquerade will work, can i see any demo videos in youtube on this extension
11 days later
Thanks for this amazing plugin, it works great!
Is there an option to 'unhide' the emailadres in the user bio? it currently shows some asteriks.
My forum only consists of trusted users.
ruben302 unfortunately I don't think it can be easily changed.
I'm not really sure why this was implemented in the first place. It's completely client-side so it has nothing to do with access control. However it could prevent over-the-shoulder surfing.
If the components were exported, the method could be monkey-patched but it doesn't look like this is exported for other extensions to modify.
a month later
Small suggestion for some point in the future. If user leaves a field blank and they are allowed to leave it blank, then it doesn’t show in the profile. As in the label. Because right now if someone doesn’t fill in a field it’s like this:
Name: Joe
Location:
Favorite color:
Favorite number: 11
The middle two should be hidden unless the user inputs something.
- Edited
010101 because some people might want or not want it we have added a className that can be used to hide (or display differently) the field using custom CSS if the owner wants it. The class is called .Masquerade-Bio-Set--empty
This was discussed in FriendsOfFlarum/masquerade58 which is now considered solved.