Problem with adding new attributes

huoxin

Was trying to add permission control for editing staffbadge
huoxin233/flarum-ext-staff-badgetree/dev

added the attributes in extend.php and permission in admin/index.js

But was getting undefined when trying to print the attributes added

Any clue that where am I missing out?

clarkwinkelmann

huoxin I'm not sure what the problem is, but an easy first step to troubleshoot would be to replace return $serializer->getActor()->hasPermission('serakoi-flarumstaffbadge.canEditStaffBadge'); with return true or similar, and check if you see the change in the console log in the frontend. You can also dump app.session.user.data in the javascript console and check whether your new user attributes are visible in the payload.

If you see the attribute in the raw payload, make sure everything is spelled and capitalized correctly.

User::hasPermission() only takes a single parameter, so your second attribute canEditTagList probably doesn't contain the value you expect, the $user parameter is just ignored, or possibly throws an exception.

huoxin

clarkwinkelmann replace return $serializer->getActor()->hasPermission('serakoi-flarumstaffbadge.canEditStaffBadge'); with return true

Done so, even reinstall the extension and clear cache, but the attributes still not visible, is there any way that will actually trigger a refresh of the attributes?

Burial0268

huoxin thats weird, out of my knowledge, but you can try this below

clarkwinkelmann You can also dump app.session.user.data in the javascript console and check whether your new user attributes are visible in the payload.

Burial0268

huoxin233/flarum-ext-staff-badgeblob/dev/extend.php#L35

questioning, does the staffBadge attribute already exist in the database?

huoxin

Burial0268 yes, staffBadge attribute is visible, so thats why Im wondering if I miss out something

clarkwinkelmann

How are you testing the extension? Do you have a local Composer "workbench" folder? Are you certain your working version of the code is loaded in Flarum? You could also try to throw an exception from the root of extend.php or the extender callback just to check if it's actually being run by Flarum.

Do the new permissions show up in the admin panel?

huoxin

clarkwinkelmann Did a reboot on the server and now its working, my bad 🤦‍♂️

clarkwinkelmann

huoxin if you use PHP-FPM or other kind of PHP cache you might need to look for a developer setting somewhere, or restart it on every change, which wouldn't be very practical.

luceos

huoxin this means you are likely using opcache. You can restart the webserver on every code change or disable opcache if you plan to do many changes, like on a development environment.

Check with php -m, see if opcache is listed.

huoxin

clarkwinkelmann luceos Im running flarum in debug mode and not using any kinds of PHP cache, so its unlikely a cache issue. Most probably is just that the server has been running for quite some time and its becoming buggy. (Could be because my server was running without ecc memory🤔)
I was trying to throw an exception at the root of extend.php as what clarkwinkelmann says, it works the first time, then the error disappear after I refresh, and I cant get the error back anymore, thats where I realise something may not be right on the server.