DDraceNetwork - bugs

DDraceNetwork

Development / bugs

Report client & server bugs, especially but not limited to release candidates.

Between 2024-12-04 00:00 and 2024-12-05 00:00

Ok i found a bug DDNet android version

11:55

When you move the crosshair either to the top edge or bottom edge it will disappear from the screen

11:55

AFAIK this isn't the desired behavior right?

11:56

Also maybe not a bug but it drains my battery like VERY fast

allamagoosalum

Also maybe not a bug but it drains my battery like VERY fast

you can set fps limits

allamagoosalum

When you move the crosshair either to the top edge or bottom edge it will disappear from the screen

but you are sure your phone is still responsive, handling, your touch events there?

Jupstar ✪

but you are sure your phone is still responsive, handling, your touch events there?

Yeah ig

але а что с русскими серверами, почему им так плоха? зайти не может никто(

allamagoosalum

Yeah ig

i hope u understod what i mean. Like whether your phone notices your fingers if you are close to the edge

12:12

bcs i'd find it weird that ddnet does not get touch events... but if so it's maybe a bug indeed

♥Fc stalker{~ዘልየኸዐፐል~}

але а что с русскими серверами, почему им так плоха? зайти не может никто(

$deepl

♥Fc stalker{~ዘልየኸዐፐል~}

але а что с русскими серверами, почему им так плоха? зайти не может никто(

Hi! Most of us communicate in English. If you’re having trouble with English, use https://www.deepl.com/en/translator to help you out.

DDNet

Hi! Most of us communicate in English. If you’re having trouble with English, use https://www.deepl.com/en/translator to help you out.

да знаю я ваш английский

5

The first time after installing/opening the new Android release I had a weird bug where touch events in the top 20% of the screen wouldn't register, but it didn't happen again after restarting. Maybe some function of the OS where it tries to detect whether you are about to open the notification drawer working incorrectly (edited)

Who can help i use bind for cfg to f1 and my game crush I returned everything but when i join to server i dont see normal chat and me type you dont see server message and global chat I think I wrote it like that

14:58

I use translate btw

14:59

I dont good speak english (edited)

@! 🅰🆃🆂🆄🅺🅾 ! you type bible?

try /dnd in chat

Okay

15:17

I see team chat

15:17

Type in team chat or normal chat?

15:17

type on(

15:17

*

uuh

15:18

if you see normal chat and you can write its fixed

Ok

15:19

YES

15:19

THANK

15:19

YOU

Hey, so there is a bug that has been a problem for a long long long time and it has been a bit of a problem. I was too lazy too report it out, but now ig am doing it because its simply annoying. In this clip, i show, 2 bugs ? or 2 weird things ? I don't really know how to describe it but its like one bug that does a few things. The first "bug" is the delayed fire from dummy with copy ON. When you hold left click (or the +fire command/bind regardless of the key), and you trigger dummy Copy (ON), then release +fire, dummy will +fire and every +fire inputed will be delayed, the bug can be "fixed" by resetting dummy (dummy_reset or reset on swicth). Hope, I explained it well enought to be clear. The second bug is preventing you from doing any +fire command after removing the "3fly bind".

This one is harder to understand, so to be clear, 3fly binds your left click to only make your dummy hammer when you press it to have have copy while being able to fly like with deepfly (bind mouse1 "+toggle cl_dummy_hammer 1 0").
When you hold left click, then execute the 3fly bind, and then release left click, after doing that the first +fire you will input will not work AND when you will get freeze/unfreeze you will be holding hammer (Not the dummy, the main).
In the clip, I do it while starting from deepfly bind and holding left click but it doesnt matter as long as you hold +fire before triggering the copy (3fly's)
I have tried to test with holding another key that inputs +fire (w for qwerty kb, yes am french ), however when i try to input +fire after removing 3fly just as the bug should work with left click, I don't encounter the same issue.

I might be doing it wrong and missclicking or something but that shouldnt matter much because the very very limited (1 or 2) player the use another key instead of left click for dummy to hammer shouldn't worry about the problem as their +fire on left click is never unbound.

greenthing

1

15:19

almost ran out of caracters

! 🅰🆃🆂🆄🅺🅾 !

Hey, so there is a bug that has been a problem for a long long long time and it has been a bit of a problem. I was too lazy too report it out, but now ig am doing it because its simply annoying. In this clip, i show, 2 bugs ? or 2 weird things ? I don't really know how to describe it but its like one bug that does a few things. The first "bug" is the delayed fire from dummy with copy ON. When you hold left click (or the +fire command/bind regardless of the key), and you trigger dummy Copy (ON), then release +fire, dummy will +fire and every +fire inputed will be delayed, the bug can be "fixed" by resetting dummy (dummy_reset or reset on swicth). Hope, I explained it well enought to be clear. The second bug is preventing you from doing any +fire command after removing the "3fly bind".

This one is harder to understand, so to be clear, 3fly binds your left click to only make your dummy hammer when you press it to have have copy while being able to fly like with deepfly (bind mouse1 "+toggle cl_dummy_hammer 1 0").
When you hold left click, then execute the 3fly bind, and then release left click, after doing that the first +fire you will input will not work AND when you will get freeze/unfreeze you will be holding hammer (Not the dummy, the main).
In the clip, I do it while starting from deepfly bind and holding left click but it doesnt matter as long as you hold +fire before triggering the copy (3fly's)
I have tried to test with holding another key that inputs +fire (w for qwerty kb, yes am french ), however when i try to input +fire after removing 3fly just as the bug should work with left click, I don't encounter the same issue.

I might be doing it wrong and missclicking or something but that shouldnt matter much because the very very limited (1 or 2) player the use another key instead of left click for dummy to hammer shouldn't worry about the problem as their +fire on left click is never unbound.

WTF

I wanted to say sorry for awkward explanations sometimes but i ran out of caracters kekw

15:20

justatest

! 🅰🆃🆂🆄🅺🅾 !

Hey, so there is a bug that has been a problem for a long long long time and it has been a bit of a problem. I was too lazy too report it out, but now ig am doing it because its simply annoying. In this clip, i show, 2 bugs ? or 2 weird things ? I don't really know how to describe it but its like one bug that does a few things. The first "bug" is the delayed fire from dummy with copy ON. When you hold left click (or the +fire command/bind regardless of the key), and you trigger dummy Copy (ON), then release +fire, dummy will +fire and every +fire inputed will be delayed, the bug can be "fixed" by resetting dummy (dummy_reset or reset on swicth). Hope, I explained it well enought to be clear. The second bug is preventing you from doing any +fire command after removing the "3fly bind".

This one is harder to understand, so to be clear, 3fly binds your left click to only make your dummy hammer when you press it to have have copy while being able to fly like with deepfly (bind mouse1 "+toggle cl_dummy_hammer 1 0").
When you hold left click, then execute the 3fly bind, and then release left click, after doing that the first +fire you will input will not work AND when you will get freeze/unfreeze you will be holding hammer (Not the dummy, the main).
In the clip, I do it while starting from deepfly bind and holding left click but it doesnt matter as long as you hold +fire before triggering the copy (3fly's)
I have tried to test with holding another key that inputs +fire (w for qwerty kb, yes am french ), however when i try to input +fire after removing 3fly just as the bug should work with left click, I don't encounter the same issue.

I might be doing it wrong and missclicking or something but that shouldnt matter much because the very very limited (1 or 2) player the use another key instead of left click for dummy to hammer shouldn't worry about the problem as their +fire on left click is never unbound.

l see what you mean it's annoying

Experimented a bit with it to be a little more than just "huh am hammering when i shouldnt f this game" fr

pourquoi tu te plains pas en franch (edited)

Exported 38 message(s)

Timezone: UTC+0