Unreal Software bugs and errors thread
150 replies @
Waldin: Your system clock shows 10:46 pm which is equal to the auto-detected 22:46. What's the problem?

@
Waldin: perhaps the forum's clock system isn't based on a time-zone system, instead it just works based on it's own clock (Germany's time-zone, if I recall correctly?) and the offset you want to give it.

09.11.16 04:08:49 pm

Saw this while browsing the File Archive. An icon appears to be missing in files posted in CC's Weapons section.
@
YuriNikolai: That means the server didn't deliver all the contents properly to the client (which is your PC). It's normal to happen especially when the server expects lags (whether DoS or (D)DoS attacks or too many client requests) or your net suffering from a slow speed traffic.

@
GeoB99: can be fixed by clicking the magical button also known as F5


It's hard being the best girl in the whole entire world

@
YuriNikolai: That means the server didn't deliver all the contents properly to the client (which is your PC). It's normal to happen especially when the server expects lags (whether DoS or (D)DoS attacks or too many client requests) or your net suffering from a slow speed traffic.

I see, thanks for clarifying.
Not sure if this is intended behavior or not.
Will display 'text' and file name that you can click on to go to a file. A "+" will also appear that you can click to show "Contents". The problem is that if I click it, the "Contents" doesn't appear. The "+" vanishes for eternity.
Here's an example
TL;DR referencing files while using 'more' tags in their title screws up their behavior.
Code:
1
[more= text file:12345]Contents[/more]
Will display 'text' and file name that you can click on to go to a file. A "+" will also appear that you can click to show "Contents". The problem is that if I click it, the "Contents" doesn't appear. The "+" vanishes for eternity.
Here's an example
TL;DR referencing files while using 'more' tags in their title screws up their behavior.
edited 1×, last 28.11.16 07:06:09 pm
@
Rainoth: On HTML level this is like putting a link into a link, two different actions with one click. That doesn't work very well. (note that the WHOLE title of a more tag is clickable, not just the plus icon)
To be honest: This is something I didn't anticipate when implementing custom more-titles. I guess there's a way for me to hack around this... would have to check. But yes, of course it isn't intended to be like that. The behavior you describe isn't very user friendy
But for now I would highly recommend to only use plain text/icons in more-titles and also URL-texts (and probably also other places I didn't think about)
Nice catch anyway, thanks
@
Waldin: The offset displayed at the website is the offset to the website's server time (which is German time like
Starkkz pointed out). It's NOT the UTC offset that you see in your Windows time settings. So these are two different offsets and it's fine that they are not equal. You should see the right times on the website anyway

To be honest: This is something I didn't anticipate when implementing custom more-titles. I guess there's a way for me to hack around this... would have to check. But yes, of course it isn't intended to be like that. The behavior you describe isn't very user friendy

But for now I would highly recommend to only use plain text/icons in more-titles and also URL-texts (and probably also other places I didn't think about)
Nice catch anyway, thanks

@



edited 1×, last 28.11.16 10:28:57 pm
As to a workaround per
Rainoth's report, you can change the more HTML to use something other than the

a
tag, for example a regular div
. I don't see where you pick up the click event but I'm sure this can be based on class instead of the a
tag if that is actually what happens. Once you change this it should work. @
kerker: Because their internal group ID is higher than that of the Users.
Something like that (I'm just guessing):
Admin = 50
useigor's fake Admin = 45
Moderator = 25
Reviewer = 20
Security Supporter = 19
Super User = 10
Idiot = 5
User = 1
Game Banned = -4
Community Banned = -5
Banned = -10
PS: Aah, I doubt there're negative numbers. What will -the-fox- DC say?

Something like that (I'm just guessing):
Admin = 50

Moderator = 25
Reviewer = 20
Security Supporter = 19
Super User = 10
Idiot = 5
User = 1
Game Banned = -4
Community Banned = -5
Banned = -10
PS: Aah, I doubt there're negative numbers. What will -the-fox- DC say?
It also makes them easier to find. Banned users can't do anything and won't (normally) be unbanned anyway (so they go all the way to the bottom). I believe it was just easier to list them above users.
Or DC wanted to make some kind of statement when he introduced the user group and thought this would be the best way.
Or DC wanted to make some kind of statement when he introduced the user group and thought this would be the best way.

Admin: 100
Moderator: 99
Reviewer: 54
Security Supporter: 53
Super User: 51
Idiot: 1
User: 0
Game Banned: -97
Community Banned: -98
Banned: -99
So, to answer it briefly the

@
Iceath: There is an IRC channel for that. A chat on the website itself would just lead to too much spam no one wants to deal with.

@
Iceath: That's maybe a missing function but not a bug. I'm currently not planning to add a chat for the reasons which
Yates stated.
@Sorting: What
GeoB99 (and basically also the others) said. The modes are sorted based on their internal IDs. Idiots have a higher ID than users so it's easier to find them in the list.
I agree that it would make more sense to list idiots after all normal users but it wouldn't be very handy.


@Sorting: What

I agree that it would make more sense to list idiots after all normal users but it wouldn't be very handy.
@
Gaios: It wasn't. It always was par-t and of course it's intended.
