In many (if not all!) of the places where the Follow button is rendered (with the class follow-action-button), the button always renders the text Follow by default. Once the user's data is fetched, it then may update to Following. This step of fetching the data async and then updating the text after the button and text have already rendered leads to a glitchy UI
When running ./nodebb upgrade, the output should also append to logs/output.log just as it does for ./nodebb start. These logs can be viewed by running ./nodebb log.
Good for beginners, feel free to ask here for tips on getting started.
💡 Looking for inspiration for your next open source project? Or perhaps you've got a brilliant idea you can't wait to share with others? Open Source Ideas is a community built specifically for this! 👋
Currently, there's a lot of duplication between the tags Tag content handler and core's Index content handler. Similar duplication exists in "index" blade template vs "tag" bla
When I shrink to miniplayer I drag it to the bottom corner of the screen. However when I close the miniplayer the "normal" window restores in the same position, renedering most of its UI off screen.
Both the miniplayer and the normal window should remember positions/montor so they restore in the same place they were last.
Describe the bug
In many (if not all!) of the places where the
Followbutton is rendered (with the classfollow-action-button), the button always renders the textFollowby default. Once the user's data is fetched, it then may update toFollowing. This step of fetching the data async and then updating the text after the button and text have already rendered leads to a glitchy UI