Plugin Development

Did you publish the new version to npm? Our system scans npm regularly to find plugins and display them in the ACP

Actually I managed to get it to work on the phone by upgrading Chrome. According to caniuse, optional chaining became available in Chrome 80. In theory compatibility should extend all the way down to Kitkat. The lack of transpiling is a bit concerning though.

The latest version is almost gone, nodebb provides func, and plans to implement it by itself

@DownPW Yeap, but there a lot more then simply to put an IRC, i spent like whole day to figure everything out, neither i recommend to go my route, because you basically need to setup servers and this means a lot of maintenance work in future.

Thanks baris! We'll keep this for reference 🙂

I couldnt figure it out…. And ended up using a client side hook instead to add my class that way. It’s not as pretty… as there’s a slight delay before the class is added, but I may try again when I find some more time to hack away at it

@baris sorry for delay. Seems to work fine.

@julian no I m not using session sharing because I need to use client specific endpoints, so if you can tell me which hook is best for check token authorization, it will be helpful

Can you take a look at the runtime logs (sorry, I'm not fluent with Docker) and see what happens at the CMD node ./nodebb activate nodebb-plugin-my-plugin; node ./nodebb build; node ./nodebb start -l step?

It sounds like maybe when ./nodebb start -l is run, NodeBB is doing another dependency install, which can happen if it detects some dependencies as out of date. That would effectively clobber your plugin that was copied into node_modules/

See this topic for breaking changes in 1.19.0 https://community.nodebb.org/post/86172. You can rename middleware.authenticateOrGuest to middleware.authenticateRequest

@baris said in Exclude ignored Topics from Recent Topics widget (nodebb-widget-essentials):

Do you have category ids defined in the widget settings?

Yes I do, that makes it clear.

I'm thinking about the best way to implement your mentioned filtering.

for(int i = 0; i < cids.length; i++) { const isIgnored = await categories.isIgnored(cids[i], widget.uid); for(int j = i; j < isIgnored.length; j++) { if(isIgnored[j]) { // remove from cids array? } } }

I know there is an Array.filter() function so I'm pretty sure there is a better/easier way?

Please open an issue on our github tracker, I am not sure if we should just remove the saving to user settings in the sort dropdown all together and move the sort settings to /user/<slug>/settings like everything else. Then you can change the sort order in every topic without effecting your settings. The setting used in the user page would be the default sort when you enter a topic.

Update:

Was able to sort this with a client script.
Example usage:
plugin.json -> { "hook": "filter:navigation.available", "method": "addNavigation" }
plugin.json -> "scripts": [ "static/lib/client-script.js",... ],

library.js addNavigation:
append the following to the hookData object:

{ route: '<some route>', title: <some title>, id: 'unread-count', iconClass: '<some icon> custom-class-name', text: <some title> }

client-script.js:
$("#unread-count .custom-class-name").attr("data-content",<unread count>)

Hi @baris
I missed this somehow.

Thank you! This is great news. I was creating a custom page but this solves the issue. Thanks very much!

Wonderful! 😄 Glad to help.

@baris Brilliant! I'll take a look at this. Thanks as always!

@baris it worked perfectly. Thanks.

Hi @baris

I tried a less block and now it's all working well.

Thanks a lot!

@baris No error, exept a "not found" on every route of libray.js

I feel silly. I hadn't thought to use an older version. It works ! Thank you very much !!!!