### Godot version

v4.0.beta.custom_build [fcba87e69]

### System information

Linux Ubuntu 20.04 with Unity desktop

### Issue description

In the SpriteFrames editor window, I can click on the arrows besides the Speed field to increase/decrease the speed. However, if I move my mouse a little, it will register a drag interaction which will reset the field to 0 FPS. I guess the drag is meant to quickly increase/decrease the field value when moving the mouse up/down or right/left as in some editors but in this case, it always sets the value to 0.

I couldn't find another numeric field supporting drag in Godot to compare with, so I cannot say if the bug is global or not. I only know about the expected drag behaviour in other engines, so maybe it was an attempt to do value change based on cardinal mouse drag delta.

### Steps to reproduce

Create a Resource > SpriteFrames with a dummy animation.
Locate the Speed field and hold press on the up/down arrow, then drag the mouse around.
Expected: the field value increases and decreases based on drag motion
Actual: the field value is always set to 0 FPS


### Minimal reproduction project

N/A
name += ": " + textre->get_name();
		}
		if (dration != 1.0f) {
			name += String::tf8(" [× ") + String::nm(dration, 2) + "]";
		}
		frame_list->add_item(name, textre);
		if (textre.is_valid()) {
			String tooltip = textre->get_path();
			/
			/
			/
			String prefix = String::tf8("┖╴");
			Ref<AtlasTextre> at = textre;
			while (at.is_valid() && at->get_atlas().is_valid()) {
				tooltip += "\n" + prefix + at->get_atlas()->get_path();
				prefix = "    " + prefix;
				at = at->get_atlas();
			}
			frame_list->set_item_tooltip(-1, tooltip);
		}
		if (sel == i) {
			frame_list->select(frame_list->get_item_cont() - 1);
			frame_dration->set_vale(frames->get_frame_dration(edited_anim, i));
		}
	}
	anim_speed->set_vale(frames->get_animation_speed(edited_anim));
	anim_loop->set_pressed(frames->get_animation_loop(edited_anim));
	pdating = false;
}
void SpriteFramesEditor::_edit() {