(blender) cursor warping when interacting with numeric inputs

Hyprland Version
 System/Version info
Hyprland, built from branch main at commit 33a7b7bb6b307d6e4a093f75ffdda0419cd7ffaf  (core: fix on-empty workspace being called too often (6026)).
Date: Sun May 12 01:03:32 2024
Tag: v0.40.0-65-g33a7b7bb, commits: 4671

flags: (if any)

System Information:
System name: Linux
Node name: enderprism-laptop
Release: 6.8.9-arch1-2
Version: #1 SMP PREEMPT_DYNAMIC Tue, 07 May 2024 21:35:54 +0000

GPU information:
00:02.0 VGA compatible controller [0300]: Intel Corporation Alder Lake-P GT1 [UHD Graphics] [8086:46a3] (rev 0c) (prog-if 00 [VGA controller])
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation AD107M [GeForce RTX 4050 Max-Q / Mobile] [10de:28a1] (rev a1) (prog-if 00 [VGA controller])

os-release: NAME="EndeavourOS"
PRETTY_NAME="EndeavourOS"
ID="endeavouros"
ID_LIKE="arch"
BUILD_ID="2023.11.17"
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://endeavouros.com"
DOCUMENTATION_URL="https://discovery.endeavouros.com"
SUPPORT_URL="https://forum.endeavouros.com"
BUG_REPORT_URL="https://forum.endeavouros.com/c/general-system/endeavouros-installation"
PRIVACY_POLICY_URL="https://endeavouros.com/privacy-policy-2"
LOGO="endeavouros"

plugins:
  split-monitor-workspaces by Duckonaut ver 1.1.0

Bug or Regression?
Bug
Description
Clicking on a numeric input in Blender warps the cursor to the center of the current monitor.
The cursor seems to still focus the area it was in before warping for the next click, if it isn't manually moved again.
Screencast of the bug:
https://github.com/hyprwm/Hyprland/assets/76617157/062f8fc1-a844-425d-800a-aa2c2735efec
How to reproduce

Open Blender
Click on any numeric input ("current frame" for example)

Crash reports, logs, images, videos
hyprland.log

Hello! This happens to me as well.
Same thing happens when I try to rotate the model as well. Like if you click somewhere in the viewport with the middle mouse, the cursor jumps to the middle of the screen and the rotation jumps as well.

Hello! This happens to me as well.
Same thing happens when I try to rotate the model as well. Like if you click somewhere in the viewport with the middle mouse, the cursor jumps to the middle of the screen and the rotation jumps as well.

That's been fixed on git

Thank you for the heads up! I am using the normal version (not the git version), So I thought that this could be related.

Sounds like it's fixed, but I'm experiencing the same thing as well.  Cursor jumps to the center of the screen whenever it should lock.
I also have the Screencast Keys addon enabled so inputs can be seen.
https://github.com/hyprwm/Hyprland/assets/155923042/7a1dc9fc-997e-4c9f-8ab2-7d924421beb9

Sounds like it's fixed, but I'm experiencing the same thing as well. Cursor jumps to the center of the screen whenever it should lock.

Hyprland version? Viewport warping is fixed in git.

Hyprland version? Viewport warping is fixed in git.

I'm on the AUR's hyprland package. version is 0.40.0-1. I'll probably just wait for it to get updated.

Had the same issue. Switched to GIT version and it works fine, but it's unstable when using certain applications (it keeps logging me out).

we know, it's being worked on

well the cursor only warps if you actually drag the values instead of clicking it... I'm bisecting the change that modified this behaviour lol.

@enderprism ?

the issue seems to be fixed on arch too

I would like to request this to be reopened as the issue as never been completely fixed: changing values by dragging them still warps the cursor at the center of the window.
The workaround proposed here is not an actual solution, as it disables a quite useful functionality.
I'm on v0.44.1. (aquamarine v0.4.2)

I haven't been bothered enough by it to come back and say something, but I am having the same issue as @FoxLeader. Dragging on numerical values teleports the cursor to the window center.

I haven't been bothered enough by it to come back and say something, but I am having the same issue as @FoxLeader. Dragging on numerical values teleports the cursor to the window center.

Yep, nixos-unstable same thing

@FoxLeader @timberlinefpv @max-ishere Still there?

It is for me.

Hello I have the same issue too. I haven't commented as it was commented as fixed so I thought that it was a problem on my end. I am on Fedora 40, Hyprland version 0.45. Clicking on values works but dragging them keeps mouse warping.
I hope it gets fixed some way as I love using Hyprland!

it still sometimes happens when changing fields by clicking and dragging in the "Adjust last operation" window

After updating to git yesterday (from cca227a) I've noticed this happening with quite a few xwayland apps when focus changes. E.g. when the hover popup in Rider (or other IDEs) closes, it jumps to the center of the main window, as that now regains focus. Same with steam, when the menu items (e.g. from hovering 'Library') close


Update required declarations in Trademark Policy

Adding required declarations to the Trademark Policy, similar to the requirements for a DMCA notice. Some formatting changes show up in the diff, but there are no deletions in this PR, only additions of the declarations mentioned above.

This pull request will remain open for feedback for the next two weeks, until August 13. At that time, the final version of the changes will be updated in our policy.

apply all actions

fed4970ef9572d1cad0bc21b68bc27b241d7d1d7


Feature Request: BASE_URL Support for Speedtest Tracker

Feature Request: BASE_URL Support for Speedtest Tracker
Is your feature request related to a problem? Please describe.
Currently, Speedtest Tracker does not support a BASE_URL configuration option. This presents a problem when the app is deployed behind a reverse proxy with a path prefix (e.g., /tracker), as the app does not properly redirect URLs to reflect this setup.
Describe the solution you'd like
I would like to see support for a BASE_URL configuration parameter in Speedtest Tracker. This feature would allow administrators to specify a base URL path (e.g., /tracker) where the app is hosted behind a reverse proxy. With this enhancement, all internal app URLs would correctly reflect the base URL, ensuring proper navigation and functionality without manual adjustments.
Additional context
Currently, when Speedtest Tracker is accessed through a reverse proxy at a path like /tracker, the URLs generated by the app do not account for this prefix. This leads to broken links and incorrect redirections within the application. Adding a BASE_URL setting would mitigate these issues by dynamically adjusting internal URLs based on the configured base path (/tracker in this example).
This feature is crucial for seamless integration of Speedtest Tracker into environments where reverse proxies and URL prefixes are standard practices for security and organizational reasons.

I second this one - it would be brilliant for those of us who expose things behind SSL proxies.

You should be able to update your APP_URL to include the subdirectory postfix, something along the lines of APP_URL: 'to-my-domain.tld/speedy'

Thanks @alexjustesen will give this a try shortly and will update this message with the results.

Dropping this here for later Alex...
https://gist.github.com/rafaucau/8259400871607bfb0826ba7f40b28474

This comment may be useful: https://github.com/laravel/framework/issues/51210#issuecomment-2081386508
I tested it here, putting it right after the HTTPS check allows me to access the login screen by just going to http://fqdn/subfolder/, but it gives error 405 when I try to log in. :/

I (obvisously) won't be able to go through this gist tomorrow but plan to  do so in the coming days:
https://gist.github.com/luttje/689290ad45dc564cd2d3270b0bbac381


radar: add rotation to dll & test ui

I think adding this address in advance is a good idea since the new radar ui module is independent with further updates but the dll files are not.
I'll make another PR of radar ui after refactoring it to the ngld version.

Oh no, I realized that @KattTails's change to all of these memory locations got merged to the wrong branch, so this will conflict again.  Let me merge that in and maybe just fix up the conflicts here so you don't have to write this another time.  <_<

Thanks for this.  I fixed up the merge issues and landed this manually (with you as the author).  Let me know if I broke anything.