3.0.0 Bug Report Thread

FrankM

Thanks. I will look into it

DownPW

I see this in log with the last commits (upgrade today)

2023-04-15T11:48:47.857Z [4567/1334] - info: 📡 NodeBB is now listening on: 0.0.0.0:4567
2023-04-15T11:48:47.857Z [4567/1334] - info: 🔗 Canonical URL: http://192.168.1.54:4567
DEPRECATION WARNING on line 68, column 52 of ../../node_modules/bootswatch/dist/flatly/_variables.scss: 
!default should only be written once for each variable.
This will be an error in Dart Sass 2.0.0.
   ╷
68 │ $nav-link-padding-y:                .5rem !default !default;
   │                                                    ^^^^^^^^
   ╵

DEPRECATION WARNING on line 70, column 56 of ../../node_modules/bootswatch/dist/flatly/_variables.scss: 
!default should only be written once for each variable.
This will be an error in Dart Sass 2.0.0.
   ╷
70 │ $nav-link-disabled-color:           $gray-600 !default !default;
   │                                                        ^^^^^^^^
   ╵

DEPRECATION WARNING on line 79, column 60 of ../../node_modules/bootswatch/dist/litera/_variables.scss: 
!default should only be written once for each variable.
This will be an error in Dart Sass 2.0.0.
   ╷
79 │ $input-group-addon-bg:                  $gray-200 !default !default;
   │                                                            ^^^^^^^^
   ╵

WARNING: The keyword 'none' must be used as a single argument.
    ../../node_modules/bootstrap/scss/mixins/_box-shadow.scss 10:9   box-shadow()
    ../../node_modules/bootstrap/scss/forms/_form-control.scss 40:7  @import
    bootstrap/scss/_forms.scss 3:9                                   @import
    - 18:9                                                           root stylesheet

WARNING: The keyword 'none' must be used as a single argument.
    ../../node_modules/bootstrap/scss/mixins/_box-shadow.scss 10:9  box-shadow()
    ../../node_modules/bootstrap/scss/forms/_form-select.scss 31:7  @import
    bootstrap/scss/_forms.scss 4:9                                  @import
    - 18:9                                                          root stylesheet

DEPRECATION WARNING on line 62, column 208 of ../../node_modules/bootswatch/dist/solar/_variables.scss: 
!default should only be written once for each variable.
This will be an error in Dart Sass 2.0.0.
   ╷
62 │ $font-family-sans-serif:      "Source Sans Pro", -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, "Helvetica Neue", Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol" !default !default;
   │                                                                                                                                                                                                                ^^^^^^^^
   ╵

DEPRECATION WARNING on line 116, column 63 of ../../node_modules/bootswatch/dist/solar/_variables.scss: 
!default should only be written once for each variable.
This will be an error in Dart Sass 2.0.0.
    ╷
116 │ $navbar-light-color:                rgba($black, .4) !default !default;
    │                                                               ^^^^^^^^
    ╵

DEPRECATION WARNING on line 117, column 63 of ../../node_modules/bootswatch/dist/solar/_variables.scss: 
!default should only be written once for each variable.
This will be an error in Dart Sass 2.0.0.
    ╷
117 │ $navbar-light-active-color:         rgba($black, .7) !default !default;
    │                                                               ^^^^^^^^
    ╵

phenomlab

@DownPW same here.

<baris>

It's reported here https://github.com/thomaspark/bootswatch/issues/1248

brazzerstop

After last upgrade (git pull) I see the blue page with 503 error ( excessive load warning) a very long time 2-3 mins when use ./nodebb restart and logs in ACP show this:

2023-04-16T15:28:14.633Z [4567/24243] - [32minfo[39m: 📡 NodeBB is now listening on: 0.0.0.0:4567
2023-04-16T15:28:14.634Z [4567/24243] - [32minfo[39m: 🔗 Canonical URL: https://site.com
WARNING: The keyword 'none' must be used as a single argument.
    node_modules/bootstrap/scss/mixins/_box-shadow.scss 10:9   box-shadow()
    node_modules/bootstrap/scss/forms/_form-control.scss 40:7  @import
    bootstrap/scss/_forms.scss 3:9                             @import
    - 18:9                                                     root stylesheet

WARNING: The keyword 'none' must be used as a single argument.
    node_modules/bootstrap/scss/mixins/_box-shadow.scss 10:9  box-shadow()
    node_modules/bootstrap/scss/forms/_form-select.scss 31:7  @import
    bootstrap/scss/_forms.scss 4:9                            @import
    - 18:9                                                    root stylesheet

julian

Sounds like your users are using custom skins and NodeBB is compiling the CSS on demand the first time it is run.

The error may be related, please report it on our GitHub repo

<baris>

Harmony builds all skins on restart, if you are using a single core server that will cause those 503 errors at startup. The warnings are related to latest version of node-saas and needs to be fixed in bootstrap/bootswatch

brazzerstop

I'm was remove last changes in library.js file and now don't have a Bootstrap warning and 503 error, 3-5 second after restart and forum is worked.

I mean this codes:
https://github.com/NodeBB/nodebb-theme-harmony/commit/6a8aa395d0a7e95726b3ced1ed48a0b1baa27650

<baris>

@brazzerstop https://github.com/NodeBB/NodeBB/commit/05c96033ab61ec7e2dc8d115b1504d26ecbbfd4b I made a change so the minifier doesn't run on the nodebb process, that might help with the startup responsiveness.

DownPW

@baris

I think I have a small bug in displaying images in categories. (unless you missed something, it's possiblle !)
I put an image (a .png file with a transparent background for a category but the image is not displayed in the categories and in the header. I tried to clear the browser cache and then the DNS cache, rebuild nodebb, in incognito mode but nothing works

-- ACP Catgories settings :

-- Result with no image :

DownPW

Sorry @baris , I talk to quickly ...

I must use "Cover" on background image size settings

julian

@DownPW ain't CSS fun — and here you thought you didn't need to know any, when using the ACP...

DownPW

@julian

He he
It's true !

It's just that I didn't need to do it on V2 (at least I think) so I didn't think about it

Shame Go T GIF

mana

During the email registration and verification process in Nodebbv3.0.0-rc.2, if the email is entered but not yet verified, it will not be recorded. Only when the email is successfully verified, it will be recorded. This is very inconvenient for management. Is it possible to record unverified emails as well?

Also, sometimes the email verification is successful, but the verification page cannot be redirected no matter where you click. I'm not sure if it's a network issue, but many of my users have encountered this problem, especially under poor network conditions. The only way to restore normalcy is to clear the browser cache and log in again. At this point, the verification has already been successfully completed.

kurulumu.Net

In v3.0.0-rc-2, chat messages cannot be scrolled down on mobile devices. I am using Harmony theme.

phenomlab

I also noticed that on some chats here, the view is not mobile friendly in the sense that you have to scroll backwards and forwards (on a mobile device) to be able to read the message.

<baris>

@kurulumu-Net @phenomlab
does it happen on this forum? Which device/browser are you using? If you can post a screenshot of the problem that would be helpful.

@mana can you post a screenshot of the page that you are stuck on?

phenomlab

@baris Hmm - sorry - ignore me - I saw this a while back, but on checking again, it's been fixed

julian

@mana that is done on purpose here, I go into more detail in this topic

All about emails and how they're used in NodeBB

We've been seeing a steady flow of inquiries regarding how NodeBB handles emails. I will try to head off these inquiries and at the same time, provide a cent...

NodeBB Community (community.nodebb.org)

mana

@baris gif
This is the previous record she use chrome, and I have confirmed that the right-click was successfully sent and validated by the user, but it cannot be redirected. Additionally, an iOS user encountered the issue, which I am unable to reproduce, and this makes me very puzzled.