3.0.0 Bug Report Thread

brazzerstop

off-topic

GitHub can generates dynamic og images?

This needs to be studied, I think it's cool to do something similar for the NodeBB. Generate preview og image for social media via author's avatar and topic title

julian

@brazzerstop Yes, they've had support for it since mid-2021

It's cool, but does involve a rather hefty dependency: Puppeteer.

Puppeteer is essentially a headless Chrome instance, and is quiet heavyweight, but it does a lot. So we'd essentially render a little "page" for it, puppeteer takes a screenshot, saves it, and we serve that.

Good candidate for a plugin, though!

brazzerstop

@julian Thanks for the detailed answer! I didn't know there were pitfalls here, I don't like this idea anymore

tankerkiller125

@julian For getting OG images dynamically for a NodeBB forum I don't fully understand why Puppeteer would be needed. Wouldn't an image library (similar to PHP GD Image) be able to generate images? And then you'd just take information already existing from the post (like title, author, author avatar, etc.) and insert it into an image template of sorts?

brazzerstop

The posters count in topic not reset when we change topic author.

Foe example, user Alex create topic, admin change author to user Tom, after this action topic show 2 posters, but it's false.

<baris>

@brazzerstop should be fixed in https://github.com/NodeBB/NodeBB/commit/00be053e948f0db210ba23527aa0ae594540418c, thanks for reporting.

murcs

unless i’ve missed some privilege setting, global moderators can not be assigned to a flagged user while administrators can. flagged posts are fine. [nodeBB v3.2.3][harmony 1.0.65]

<baris>

@murcs looking at the code, it seems like to be able to assign a user flag to someone you need to give them the permission admin:users. This gives them access to admin/manage/users if I remember correctly.

murcs

hm. as one of the admins of our site i’m not aware, where to grant the permission admin:users to the global moderators group in the UI.

<baris>

@murcs

murcs

oooh. stupid me! confused by localisation. sorry. ... and thank you for your patience.

murcs

next thing: if a user becomes flaged for the second (or more?) time, the notification shows the first and not the last user who reported. ... and while we are at this topic: we would love to see the target pointing to the post it came from with the last report and not to the flagged user or both. [v3.2.3]

erkki70

Dear NodeBB Team,
I noticed that the Chats route doesn't display the top menu unlike the Notifications one in v3.2.1 and also v3.2.2.
This is easily replicable here too when navigating to:
https://community.nodebb.org/user/"insertyourusernamehere"/chats
This might be intended or should I create a Github issue?
Thanks in advance!

<baris>

@erkki70 that is by design.

erkki70

@baris May I ask why this is so?
To me, it feels inconsistent with the other routes.
The issue I'm trying to solve is, without the "Home" which isn't a default route if I'm not mistaken, all the page elements, including the menus are moved up and the top ones rendered outside the viewport so it definitely looks broken.
Any pointer to circumvent this (custom css?) is highly appreciated, thanks!

<baris>

@erkki70 if you want to bring the header back you can use custom css.

.page-user-chats .brand-container {
    display: block;
}

You will have to modify some of the css for the chat page though as it is designed to be height: 100% to take up all the available space. The #content element is height: 100% which will not play nice if you display the header element above it.

erkki70

@baris said in 3.0.0 Bug Report Thread:

@erkki70 if you want to bring the header back you can use custom css.
.page-user-chats .brand-container {
    display: block;
}
You will have to modify some of the css for the chat page though as it is designed to be height: 100% to take up all the available space. The #content element is height: 100% which will not play nice if you display the header element above it.

Thanks for your help!

brazzerstop

brazzerstop

This rules not work for guest users? /admin/settings/post
I mean post delay.

brazzerstop

Blocking by IP address is ineffective in cases of a real attack.

If I want some user to be unable to log into the forum, I will simply block his account. The IP blacklist should block the ability to enter the forum and show a custom error page, instead, users with blocked IP addresses continue to attack the forum with requests.