I've been working on a solution to this:
https://github.com/NodeBB/NodeBB/issues/3128

It's probably our biggest user complaint right now. We've been bikeshedding back home, and I think it's ready to run it by the larger NodeBB community for some feedback.

It changes the current design of two states to three, adding a new state called "Ignoring." And so, instead of toggling with buttons, I've turned it into a dropdown, which has the added benefit of displaying the current state, not the opposite state of the thread:

In addition to not showing up in the unread feed, ignoring a thread keeps the unread styling from applying to the thread in other lists (e.g., recent, categories).

exomarty created this issue in NodeBB/NodeBB

closed Unread section #3128

We've been self hosting the open source iframely version. Very simple and doesn't seem to require much server load.

I figured out how to make this happen:

https://github.com/boomzillawtf/nodebb-plugin-upvote-notifications

What I had to do:

• Dev Dependencies:
  • bcryptjs ~2.3.0
  • nconf ~0.8.2
  • npm link nodebb as a module for my plugin
  • Put bcrypt.js from the nodebb root directory into the root directory for my plugin (for user password hashing when creating users in the tests)
• Plugin set up to optionally accept nodebb modules from the test code instead of normal module.parent.require method.

@exodo said in Ignoring individual threads:

Actually unread shows topics from categories you follow. not topics.

Umm....topics, yeah. Following or ignoring a whole category is useful, but also does not give the user enough fine control over what he wants to not see.

@exodo said in Ignoring individual threads:

Following a topic is only used for notifications i think.

That's correct and I haven't changed it.

@exodo said in Ignoring individual threads:

I think unread section is useless,

I know a lot of people who disagree. I use it pretty much exclusively.

@exodo said in Ignoring individual threads:

no one uses it the way it works now but i dont have good ideas to solve it.

We have other issues with it (mainly that you can't tell a new topic from one that you've already seen but has new activity), but I can assure you a lot of people use it.

Scrolling through large topics generates a lot of activity in my browser history. I'd really like to be able to make that not happen. Looking at the code, I found evidence that this is possibly supported:

https://github.com/NodeBB/NodeBB/blob/9361ff07729bb6524752079fb5b4feb173d7d458/public/src/ajaxify.js#L101

...but I can't find any setting in my profile or in the admin controls to change this.

The way that NodeBB's responsive design works has irritated some of our users, so we came up with a plugin to allow users to effectively disable it.

The biggest complaint was getting the small / mobile composer view when the browser's window went below ~1000px.

Re: Upvote notification tweaks

Looks like this isn't making the cut for core, but it can be done as a plugin:

https://github.com/boomzillawtf/nodebb-plugin-upvote-notifications

Has anyone run into problems with reply links going bad?

The issue is that they use the post index, which can change for at least a few reasons:

• Users sort by different criteria
• Topic is forked
• Post is moved (for some reason, this is different than forking)

Updated to v0.1.1, should work on that old FF now.

It seems that only administrators have access to the flags interface in the admin section. But <del>they</del><ins>global moderators</ins> get notifications for flagged posts.

Is there a way to let them in to the flags interface?

@baris I'm really trying to stick to actual releases (looking at github it doesn't look like 1.17.1 has been officially blessed yet). However, staying on v1.17.0 and bumping the socket.io and socket.io-client versions seems to have done the trick!

I've been working through my custom plugins. I think I have all the breaking changes fixed but am still having this issue. So I deactivated them. Here's what I'm running now:

nodebb-plugin-composer-default
Installed 6.5.27 | Latest 6.5.27

nodebb-plugin-dbsearch
Installed 4.2.0 | Latest 4.2.0

nodebb-plugin-desktop-notifications
Installed 0.3.3 | Latest 0.3.3

nodebb-plugin-emoji
Installed 3.5.3 | Latest 3.5.3

nodebb-plugin-emoji-one
Installed 2.0.5 | Latest 2.0.5

nodebb-plugin-google-analytics
Installed 0.5.11 | Latest 0.6.0

nodebb-plugin-gravatar
Installed 2.3.0 | Latest 2.3.0

nodebb-plugin-iframely
Installed 0.7.14 | Latest 0.7.14

nodebb-plugin-imagemagick
Installed 2.1.1 | Latest 2.1.1

nodebb-plugin-markdown
Installed 8.12.7 | Latest 8.12.7

nodebb-plugin-mentions
Installed 2.13.9 | Latest 2.13.9

nodebb-plugin-shortcuts
Installed 1.1.2 | Latest 1.1.2

nodebb-plugin-spam-be-gone
Installed 0.7.9 | Latest 0.7.9

nodebb-plugin-sso-facebook
Installed 3.6.3 | Latest 3.6.3

nodebb-plugin-sso-github
Installed 2.3.1 | Latest 2.3.1

nodebb-plugin-sso-google
Installed 2.5.4 | Latest 2.5.4

nodebb-plugin-sso-twitter
Installed 2.5.11 | Latest 2.5.11

nodebb-rewards-essentials
Installed 0.1.4 | Latest 0.1.4

nodebb-theme-persona
Installed 11.0.17 | Latest 11.0.17

nodebb-widget-essentials
Installed 5.0.3 | Latest 5.0.3

@baris

nodebb@1.17.0 /home/boomzilla/nodebb
└── socket.io@4.0.1
└── socket.io-redis@6.1.0
└── socket.io-client@4.0.1

New problem! Again, getting everything up to v1.17.0. We run clustered, so now we need redis (we run a postgresql DB for a DB). For background, in production we have docker images and blah blah blah...I've not been able to get that environment duplicated, so I'm just running stuff outside of docker.

In my dev VM I'm running Kubuntu 18.04. The "setting up redis" documentation was light on details like specific versions so I just installed the redis from my repo:

redis/bionic-updates,bionic-updates,bionic-security,bionic-security,now 5:4.0.9-1ubuntu0.2

Stuff mostly seems to work. However, when we're up and running if I click on an unread topic link this happens:

2021-05-12T23:25:07.092Z [4567/106387] - verbose: [plugins/fireHook] filter:topic.getFields
2021-05-12T23:25:07.092Z [4567/106387] - verbose: [plugins/fireHook] filter:privileges:isAllowedTo
2021-05-12T23:25:07.093Z [4567/106387] - verbose: [plugins/fireHook] filter:privileges:isAllowedTo
2021-05-12T23:25:07.093Z [4567/106387] - verbose: [plugins/fireHook] filter:privileges:isAllowedTo
2021-05-12T23:25:07.093Z [4567/106387] - verbose: [plugins/fireHook] filter:category.getFields
2021-05-12T23:25:07.093Z [4567/106387] - verbose: [plugins/fireHook] filter:privileges.topics.filter
2021-05-12T23:25:07.094Z [4567/106387] - verbose: [plugins/fireHook] filter:topic.getFields
2021-05-12T23:25:07.096Z [4567/106387] - verbose: [plugins/fireHook] filter:user.getSettings
2021-05-12T23:25:07.096Z [4567/106387] - verbose: [plugins/fireHook] filter:user.notificationTypes
2021-05-12T23:25:07.096Z [4567/106387] - verbose: [plugins/fireHook] filter:topics.getUnreadTids
2021-05-12T23:25:07.096Z [4567/106387] - verbose: [plugins/fireHook] filter:error.handle
2021-05-12T23:25:07.097Z [4567/106387] - error: /wtf/api/topic/13289/song-of-the-day/4062
TypeError: socket.client.writeToEngine is not a function
    at /home/boomzilla/nodebb/node_modules/socket.io-redis/node_modules/socket.io-adapter/dist/index.js:110:27
    at RedisAdapter.apply (/home/boomzilla/nodebb/node_modules/socket.io-redis/node_modules/socket.io-adapter/dist/index.js:194:25)
    at RedisAdapter.broadcast (/home/boomzilla/nodebb/node_modules/socket.io-redis/node_modules/socket.io-adapter/dist/index.js:109:14)
    at RedisAdapter.broadcast (/home/boomzilla/nodebb/node_modules/socket.io-redis/dist/index.js:321:15)
    at BroadcastOperator.emit (/home/boomzilla/nodebb/node_modules/socket.io/dist/broadcast-operator.js:109:22)
    at Topics.pushUnreadCount (/home/boomzilla/nodebb/src/topics/unread.js:254:44)
    at runMicrotasks (<anonymous>)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async Promise.all (index 1)
    at async markAsRead (/home/boomzilla/nodebb/src/controllers/topics.js:161:3)

Any idea what might be going on?

EDIT: If I refresh or hit enter from the address bar the page loads as expected.

@baris d'oh! I could have sworn that I'd updated them all to latest.

Thanks.

I'm working up to upgrading from 1.14.3 to 1.17.0 and working through breaking issues. I looked at the breaking issues for 1.15, 1.16 and 1.17 and I didn't see anything obvious.

First I had it with Github (v2.3.1)
https://github.com/julianlam/nodebb-plugin-sso-github

When I go to login, I got an error, so I removed that. Then I got the same error from v2.4.2:
https://github.com/julianlam/nodebb-plugin-sso-google

2021-05-12T17:31:56.251Z [4567/47491] - verbose: [plugins/fireHook] filter:middleware.buildHeader
(node:47491) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'push' of undefined
    at Object.Google.appendUserHashWhitelist [as method] (/home/boomzilla/tdwtf/plugins/nodebb-plugin-sso-google/library.js:110:18)
    at /home/boomzilla/nodebb/src/plugins/hooks.js:131:29
    at new Promise (<anonymous>)
    at fireMethod (/home/boomzilla/nodebb/src/plugins/hooks.js:130:10)
    at Object.fireFilterHook [as filter] (/home/boomzilla/nodebb/src/plugins/hooks.js:149:18)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)
    at async Hooks.fire (/home/boomzilla/nodebb/src/plugins/hooks.js:99:17)
    at async User.getUsersFields (/home/boomzilla/nodebb/src/user/data.js:59:19)
    at async User.bans.unbanIfExpired (/home/boomzilla/nodebb/src/user/bans.js:111:20)
    at async User.bans.canLoginIfBanned (/home/boomzilla/nodebb/src/user/bans.js:96:23)

Where do I go from here?

@pitaj hmm...looking more closely at this...updating the dependencies might do it. But if not, that one seems to use the Amazon published SDK so it should definitely work.

Thanks!

We've been using an Amazon SES plugin for mail. Recently got a message that we're using SES Signature v3 and we need to use v4. That plugin hasn't been updated since 2015.

Has anyone else solved this issue? Do we need to roll our own? Switch to a different service?

Our instance got upgraded (for reasons) from a 1.13 release to 1.14.0-7.

Would there be any danger in going back down to the last stable release in 1.13? I guess I'm concerned about any potential DB "schema" changes that might have occurred when we upgraded to 1.14.

[edited to fix version numbers...Fridays, eh?]

This was reported:
https://github.com/boomzillawtf/nodebb-plugin-youtube-embed/issues/9

I can't reproduce, but the report says they get an error when navigating to the settings in the admin area (NodeBB 1.7.5, youtube-embed v0.6.7). Does anyone have an idea about what's going on here?

Unable to load template: admin/plugins/youtube-lite
(anonymous) @ ajaxify.js:333
(anonymous) @ require.js:7
(anonymous) @ require.js:23
y @ require.js:6
emit @ require.js:23
(anonymous) @ require.js:11
y @ require.js:6
v @ require.js:11
onScriptError @ require.js:30
require.js:7 Uncaught Error: Script error for "/assets/templates/admin/plugins/youtube-lite.js"
http://requirejs.org/docs/errors.html#scripterror
    at F (require.js:7)
    at HTMLScriptElement.onScriptError (require.js:30)
F @ require.js:7
onScriptError @ require.js:30
ajaxify.js:333 Unable to load template: admin/plugins/youtube-lite
(anonymous) @ ajaxify.js:333
(anonymous) @ require.js:7
(anonymous) @ require.js:23
y @ require.js:6
emit @ require.js:23
w @ require.js:12
(anonymous) @ require.js:12
y @ require.js:6
w @ require.js:12
(anonymous) @ require.js:13
y @ require.js:6
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:13
setTimeout (async)
C @ require.js:13
(anonymous) @ require.js:26
setTimeout (async)
g.nextTick @ require.js:32
a @ require.js:26
requirejs @ require.js:32
ajaxify.loadTemplate @ ajaxify.js:332
(anonymous) @ benchpress.js:163
a @ benchpress.js:162
(anonymous) @ benchpress.js:184
(anonymous) @ benchpress.js:77
e @ benchpress.js:76
l @ benchpress.js:183
e @ benchpress.js:222
d @ ajaxify.js:185
(anonymous) @ ajaxify.js:98
success @ ajaxify.js:317
l @ jquery.js:3268
fireWith @ jquery.js:3398
c @ jquery.js:9305
(anonymous) @ jquery.js:9548
XMLHttpRequest.send (async)
(anonymous) @ VM7656:1
send @ jquery.js:9600
ajax @ jquery.js:9206
ajaxify.loadData @ ajaxify.js:291
ajaxify.go @ ajaxify.js:86
n @ ajaxify.js:362
(anonymous) @ ajaxify.js:413
dispatch @ jquery.js:5183
g.handle @ jquery.js:4991
require.js:7 Uncaught Error: Script error for "/assets/templates/admin/plugins/youtube-lite.js"
http://requirejs.org/docs/errors.html#scripterror
    at F (require.js:7)
    at HTMLScriptElement.onScriptError (require.js:30)

StrangerPings created this issue in boomzillawtf/nodebb-plugin-youtube-embed

open Will not load the plugin settings in the admin. #9