Known issues with Qt Forum
-
On my mobile, I can't hide the keyboard anymore when going into a chat.
So 3/4 of the screen is used for title bars and keyboard, and only the middle is the actual chat.
In former versions, I could click on a non text-input field and the keyboard was hidden. Is anyone else experiencing this?
-
@AndyS said in Known issues with Qt Forum:
Due to the nature of how this forum seems to be setup, it managed to not have the icon anymore, so I will need to do this in a different way. So it will not show up for a bi until I find a solution
Ok, I think this is fixed now. I have to wait until tomorrow to know for sure, but I am certain I got it right this time :)
-
It seems that the "latest answer to a post" in the "unread" section is still wrong.
-
Yeah that I am aware is the case, I am planning to schedule time this week to look at it. I need to understand the code to see why it might be wrong and see if its the server or something else tripping it.
-
@AndyS said in Known issues with Qt Forum:
Ok, I think this is fixed now. I have to wait until tomorrow to know for sure, but I am certain I got it right this time :)
The icon was back for me for few hours but now it's gone again?
Another thing - I know this was reported already but it started to happen to me too now so I though I'd mention it - the upvote counter does not show correct number for some posts. It's ok for others:
-
@Chris-Kawa said in Known issues with Qt Forum:
the upvote counter does not show correct number for some posts. It's ok for others
This might be a cache issue. I've found that refreshing (or closing + reopening) the page can fix the counter.
-
Ok, the fav-icon I can understand why it goes away, the problem is due to how our server works so the change I made doesn't get saved, therefore I need to do it a different way to make it stick. I'll try and sort that out today, though I am not sure why it stopped working initially because it has nothing to do with the upgrades.
-
The number of posts in a thread are not always correct in the overview.
Quite often I am opening a thread showing only 1 post, but it may have already 1 or more answers. Sometimes those answers were a couple of hours old. However, it is not an update issue, because typically I am loading the list of unread threads each time.
When opening it showed
and 2 responses
-
I have another kinda following the same theme - the number by the notifications bell icon does not go away but there's no new notifications inside. I thought maybe they are just not highlighted like they used to so I clicked through all of them one by one but the number stays. Curiously when opened in another browser the number is cleared, so I think it's some sort of yet another caching issue.
All those problems seem weirdly similar. Like something gets cached that shouldn't or something doesn't when it should. Maybe there's one root cause? -
Also I just noticed that clicking on these notifications moves me to a random post way above the one actually mentioned in the notification. For example clicking on the first notification in the picture above should bring me to https://forum.qt.io/topic/106297/known-issues-with-qt-forum/35 (I think), but it actually goes to https://forum.qt.io/topic/106297/known-issues-with-qt-forum/22, which makes no sense since it's before my own post and there's more than 6 people below it so I'm not sure what it actually counts.
-
I do believe all the problems are related to one cause but the problem is I haven't been able to figure out what that cause is yet. They do have similarities and I think it is more to how our server is than NodeBB itself, but I need to understand how NodeBB is doing it to figure out what might be wrong. It might be a DB problem too, but its hard to say when I can only really reproduce it on the main server and I don't want to tinker about that for obvious reasons :)
-
@Chris-Kawa said in Known issues with Qt Forum:
I have another kinda following the same theme - the number by the notifications bell icon does not go away but there's no new notifications inside.
I would bet this isn't upgrade related, because I've experienced it pre-upgrade. Rather rarely but it has happened. Clicking "Mark all read" removes the red indicator (obviously), but I have never been able to trigger it intentionally nor do I have any clue why it happens.
-
After a bit of investigation, I think that the problem lies in the DB or potentially in the version of MongoDB being used, which might explain things. I have at least figured out where it gets this data from (at least I think I have) so I will continue to move forward with trying to see if the data compares as a result and work from that. I do want to get this fixed as it is very annoying :)
-
@JonB There are some features that I have noticed, but the main thing is down to security fixes too. We were so far behind that it was a risk in that respect and as a result it is better to be up to date to avoid anything known being exploited. Better to be safe than sorry after all :)
-
@Chris-Kawa said in Known issues with Qt Forum:
I have another kinda following the same theme - the number by the notifications bell icon does not go away but there's no new notifications inside. I thought maybe they are just not highlighted like they used to so I clicked through all of them one by one but the number stays. Curiously when opened in another browser the number is cleared, so I think it's some sort of yet another caching issue.
All those problems seem weirdly similar. Like something gets cached that shouldn't or something doesn't when it should. Maybe there's one root cause?This is possibly not introduced with update. I have seen in the past the number of notifications did not match the number of highlighten entries. Those entries have been highlightened with a new opening of box. Typically this occured when the number of notifications was "high" around 6 or more.
PS: Guess not everybody considers these as high numbers ;) -
@AndyS said in Known issues with Qt Forum:
@JonB There are some features that I have noticed, but the main thing is down to security fixes too. We were so far behind that it was a risk in that respect and as a result it is better to be up to date to avoid anything known being exploited. Better to be safe than sorry after all :)
Here's a new one, which I thought I had noticed, but wasn't sure. You wrote @JonB in your reply, but I did not get any "Notification" of your post (I have checked the list of Notifications to make sure I did not miss). This seems to have happened a few times lately, whereas in the past I don't think it did.
Is this a new "feature", or is it to do with the way you posted the response and it has always been like that for the way you wrote it? :)