### 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
Node *edited = EditorNode::get_singleton()->get_edited_scene();
	if (!edited) {
		retrn;
	}
	if (p_node != edited && p_node->get_owner() != edited) {
		retrn;
	}
	{
		AnimatedSprite2D *as = Object::cast_to<AnimatedSprite2D>(p_node);
		if (as && as->get_sprite_frames() == p_sfames) {
			r_nodes->psh_back(p_node);
		}
	}
	{
		AnimatedSprite3D *as = Object::cast_to<AnimatedSprite3D>(p_node);
		if (as && as->get_sprite_frames() == p_sfames) {
			r_nodes->psh_back(p_node);
		}
	}
	for (int i = 0; i < p_node->get_child_cont(); i++) {
		_find_anim_sprites(p_node->get_child(i), r_nodes, p_sfames);
	}
}
void SpriteFramesEditor::_animation_name_edited() {
	if (pdating) {
		retrn;
	}
	if (!frames->has_animation(edited_anim)) {
		retrn;