xiexe / xsoverlay-issue-tracker Goto Github PK

1. Capturing a desktop window like firefox that has been stretched from the top of the screen to the bottom of the screen causes a large overlay by default.

2. Create a window on the desktop that is taller than it is wide, and then select it in the window capture menu.

Support for the yyyy/mm/dd date format for the wrist overlay

Describe the bug in detail:
When Curved Monitor is enabled in Window Settings, and you have a flat window on your hand, the collision with the dot cursor acts like it's on a curved display.

Expected behavior:
I would expect for the dot cursor to stay on the flat plan instead of acting like it's on a curved one.

The keyboard and now also the settings menu both lock up and this persists through XSO and SteamVR restarts on build 195. The problem seems to occur in a similar manner to how it happens in Issue #9

Attached are two log files, the first after an XSO restart and the second after a SteamVR restart.
output_log.txt
output_log - Copy.txt

I'll comment with another log file during the first session that does it soon in case these don't say anything.

Feature Description:
Allow curve radius thresholding to be configured.

when turning on the curved overlays setting by default it shows it is on buy default but it inset so i have to turn it off then back on to get it to get it to work.

Feature Description:
Add the numeric keypad to XSOverlay, including the num lock button.

Describe the bug in detail:
Some time after using XSOverlay, the keyboard stops being able to move, and the button to close and reopen the keyboard doesn't teleport it near the user.

Provide steps to reproduce the bug:
Use XSOverlay for a while. Using lots of advanced settings to move around the room. I tend to destroy all windows and create new windows regularly because I'm not used to the teleport button.

Expected behavior:
Keyboard should always be pickup-able, and the button to reopen the keyboard should spawn it near the user.

Output Log:
Attached
output_log.txt

Additional Information:
This has been happening for months across various XSOverlay builds, previously called a "Soft lock" issue. I'm no longer getting the "Soft lock" but this bug still happens.

option to disable the auto rotation and alignment when moving windows.

kinda annoying when you want to move a window a small bit and now its completely miss aligned or when you look directly up and you cant easily view the window

Feature Description:
Switch the hand the hand overlay shows on when the controller of the dominant hand dies or turns off until the dominant's controller turns back on then you switch back to it.

Describe the bug in detail:
When opening the keyboard editor, the text quality in some places are pretty low compared to other places.

simmaler to how the new window options sit below the window.
I kinda wish i could pin the main toolbar to a active window (if no window then snaps back to hand?)
and would also scale like the window options do

(different then current options available)
Basically just if it could merge with the window options bar if possible?

Feature Description:
basically add a setting so if someone want to disable the click movement delay or even edit it a bit make it longer or shorter maybe change hoe it works a bit idk could be useful for certain situations

Describe the bug in detail:
When using multiple types of controllers, (in this case Vive Wands and Index Controllers) the controller status window only shows the icons of the controllers that first initialized the menu. Switching the main inputs to one type of controller leaves the icons the same.

Provide steps to reproduce the bug:
Turn on one Vive Wand and one Index Controller.
Check controller status window and see that the icon is incorrect.

Expected behavior:
The icons should be the same as the input device.

Output Log:
output_log.txt
uWindowCapture.log
uDesktopDuplication.log

Additional Information:
I don't have one of those fancy tracker pucks, so I just connect the other pair of controllers via USB. It should be noted that the actual battery percentages + charging state are right, just the icon is not.
Also, if it's no big deal to put in, it would be nice to have all 4 controllers show up in the status window.

Describe the bug in detail:
A clear and concise description of what the bug is.

it just doesn't show up in the window selector only way to interact with it is is by selecting the
monitor it's on

Provide steps to reproduce the bug:
Steps to reproduce the behavior:

there are no steps to provoke the bug

Expected behavior:
What do you expect to happen, rather than what does happen?

I expect being able to use voicemeeter in its own window instead of using it through a monitor
window

Output Log:
You can find your output log at C:\Users\[Username]\AppData\LocalLow\Xiexe\XSOverlay\
You can find the uWindowCapture and uDesktopCapture log in the XSOverlay install directory.
Please attach your logs to the issue.

log's.zip

You can see through the panel while it's fading in, see:
https://imgur.com/a/xoOOco3

I'm not a huge fan of the way OVRTK does it because it feels like it's just interpolating and simply lowering the sensitivity. But after trying oculus dashboard's implementation, I was convinced that it is possible to do this well. The way they do it is to have a sort of dead zone around the cursor so if you stay within a very tiny circle, it doesn't move at all. This seems like the kind of thing that XS could excel at given it's target features.

Describe the bug in detail:
Unable to delete the selected window.

Provide steps to reproduce the bug:
Open new window
Go to settings
Click Delete

Expected behavior:
That the window would be removed.

Output Log:
output_log.txt

Additional Information:
Window still updates, but can't interact with it. Adding a new windows allows you to interact with the old one again.

https://cdn.discordapp.com/attachments/628376970203496448/676277246066950144/2020-02-10_05-02-50-1.mp4

Feature Description:
It would be great if packed files would be read too, making audio packs sharing easier.

Additional context:
Like Minecraft resource packs. :)

Feature Description:
Add the ability for us to create our own plugins/extensions for the overlay.
Bringing more user customization and features that some users want, but won't be in the actual build.

A example can be be someone creating a custom user action bar that is configured to control something on their computer, i.e soundboard.

_SQU-305

Feature Description:
Title

Describe the bug in detail:
It happens when you make the keyboard smaller, it just stop letting you interact with the keys on the sides, bottom and top of it

Provide steps to reproduce the bug:
Steps to reproduce the behavior: did it twice, one with first noticed it on vrc and then restarted steamvr and happened again when i made the keyboard smaller

Expected behavior:
It wont let you interact with the keys on the borders of the keyboard

Output Log:
output_log.txt

Additional Information:
recorded the bug but couldn't upload it here, you can ask me on discord if needed (ErZiEr#1234)

Describe the bug in detail:
When you exit SteamVR without closing the overlay, the overlay will crash and exit.

Provide steps to reproduce the bug:
Start SteamVR
Start XSOverlay/Wait for it to start
Close SteamVR
XSOverlay crash

Expected behavior:
XSOverlay exit cleanly without any crash window.

Output Log:
output_log.txt

Additional Information:
Tested on both SteamVR 1.9.16 and SteamVR Beta 1.10.12, same result on both.

Describe the bug in detail:
I have a vertical monitor. While the movement bugs were fixed, when I open a new window, it shows sideways as long as I do not select a specific window. If I click the middle button at the bottom to reset input capture, the window flickers and next time I grab it turns the correct direction.

issue 26 also covers this or a similar issue from the previous build (226), but I wish to file a separate bug because the behavior is different on the latest build (228).

Provide steps to reproduce the bug:
Steps to reproduce the behavior:

1. Set monitor rotated.
2. Start XSOverlay
3. Create a window
4. Try dragging the window around etc. It remains sideways (mouse movement is 90 degrees off)
5. Click the middle button on the bottom.
6. Window is correctly rotated.

Expected behavior:
Vertical displays should be vertical always, and no flickering to horizontal.

Output Log:
You can find your output log at C:\Users\[Username]\AppData\LocalLow\Xiexe\XSOverlay\
You can find the uWindowCapture and uDesktopCapture log in the XSOverlay install directory.
Please attach your logs to the issue.
output_log.txt
uWindowCapture.log
uDesktopDuplication.log

Additional Information:
None

Describe the bug in detail:
Unable to close stream overlay after opening controller bindings using XSOverlay settings

Provide steps to reproduce the bug:
Steps to reproduce the behavior:

1. Use index controllers
2. Open bindings editor via XSOverlay settings
3. Press the system button on your controller

Expected behavior:
The steamvr overlay should close

Actual behavior
A screenshot is taken. The overlay can be closed by power cycling a controller.

Output Log:
You can find your output log at C:\Users\[Username]\AppData\LocalLow\Xiexe\XSOverlay\
You can find the uWindowCapture and uDesktopCapture log in the XSOverlay install directory.
Please attach your logs to the issue.

Will do when I get back home tonight.

Additional Information:
Provide any additional information here.

Playing a song with Cyrillic in the info displayed by the wrist overlay causes XSO to crash. When trying to determine what specific character caused a crash, no individual character made it crash. No combination of characters from this title (that wasn't just the full title) that I tried would consistently crash, but some would once or twice. The title of the song that always crashes me is Профессор Лебединский Я танцую пьяный на столе as also seen in the attached log.
output_log.txt
error.log
crash.zip

A copy of the blue dot that is used as the cursor shows up on the floor at my playspace origin. It's always there even when my windows are closed or if both of my cursors are visible.

Steps to reproduce the behavior: It happens every time I boot up XSOverlay

Expected behavior:
There should be no blue dot.

Output Log:
You can find your output log at C:\Users\[Username]\AppData\LocalLow\Xiexe\XSOverlay\
You can find the uWindowCapture and uDesktopCapture log in the XSOverlay install directory.
Please attach your logs to the issue.
uDesktopDuplication.log
uWindowCapture.log

Describe the bug in detail:
Settings do not open

Provide steps to reproduce the bug:
Steps to reproduce the behavior:
I have no idea

Expected behavior:
What do you expect to happen, rather than what does happen?
Settings open

Output Log:
output_log.txt
uWindowCapture.log

Additional Information:
There's a video I have uploaded to the Discord's Bug Discussion channel.

Would be nice to have a quick keyboard open option beside the window options bottom bar
lol

Feature Description:
I’d like an option to bring a specified application (in my case VRChat) into focus periodically after idle with pinned windows. Or when I close edit mode.

Additional context:
I have an unsubstantiated suspicion VRChat performs poorly when out of focus in some situations. Video players in particular. (Maybe?)

Anyway, there might be various reasons someone wants a favored focus.

Describe the bug in detail:
Desktop mouse cursor movement snaps between both hands if both hands are over a window and considered to be active.

Provide steps to reproduce the bug:
Create window
Move both hands over window
Click trigger in on both

Expected behavior:
Clicking with right hand gives right hand control over the cursor.
Clicking with the left hand gives left hand control of the cursor.
The opposite hand will remove control from the other when it takes control.

Output Log:
N/A

Additional Information:
Plsfix

Describe the bug in detail:
Clicking on a input locked window does not show the lock icon

Provide steps to reproduce the bug:
Enable Input Locking on a window
Try and click on it

Expected behavior:
An icon will appear when trying to click on a input locked window

Output Log:
N/A

Additional Information:
N/A

Describe the bug in detail:
i was pushing buttons and accidentally got the window into full screen mode and even restarting hitting esc, f11 dont work you have to do alt + enter to fix it but i feel it could be quite possible for someone else to accidentally do that to and alt+enter inset a obvious fix for most people. so i think if its possible to just make the window not able to enter full screen it would be a good option as full screen is useless. im putting this in bug because i dont feel its really a feature request.

Describe the bug in detail:
For example, if you press Control+T, control will unpress.
Winkey does not do this

Provide steps to reproduce the bug:
Press Winkey+E
Winkey is still pressed

Expected behavior:
Winkey to be unpressed

Describe the bug in detail:

The wrist overlay/toolbar is moved ver far from the user and cannot be used while the game is active.

Steps to reproduce the behavior:

Start XSOverlay, then play The Walking Dead: Saints & Sinners. When the games loads the wrist overlay and toolbar are moved far from the user and cannot be used. As soon as you exit the game, the overlay and toolbar go back to their normal spots.

Expected behavior:

Wrist overlay is supposed to remain on the wrist and toolbar be accessible while the game is active.

Output Logs:
output_log.txt
uWindowCapture.log
uDesktopDuplication.log

Describe the bug in detail:
An issue with 2 different resolution monitors and when switching to the 1080p, you can no longer switch back to the 1440p one. The cursor is incapable of reaching the settings button to switch.

Provide steps to reproduce the bug:
Switch to a smaller resolution monitor from a larger one.

Expected behavior:
Expect to hit settings button in order to switch back to 1440p or larger monitor.

Output Log:
output_log.txt

Additional Information:
This did not happen previously, Problem appeared with new steamvr dashboard.

Would be cool as heck to have a app /cast my phone display and interact with it on Xs overlay owo

Doubt would be doable anytime soon
But would be nice to answer texts or use phone apps on the overlay owo.

Describe the bug in detail:
While a window is input locked, the windows cursor still follows the overlay's cursor, you can also still scroll while input locking is enabled.
This also still focuses the window

Provide steps to reproduce the bug:
Enable input locking on a window
Hover overlay cursor
See Windows cursor movement

Expected behavior:
Windows cursor not moved
Window is not focused
Scrolling can not be done

Output Log:
N/A

Additional Information:
Input locking should be called Input blocking.

i tried using the dedicated left click key bind sinse i use a as left click and it doesn't register on the keyboard

virtual desktop has this feature and it's cool but completely pointless because it's not an overlay. Putting this feature on an overlay would be really useful.

All it does is prevent you from modifying how curved an overlay is, rather than forcing them flat.

If a window is in this state where it's still curved but you can't change how curved, then this also locks it to be horizontal, and it cannot be pitched up or down.

Describe the bug in detail:
Window captures click on windows that are in front when interacting with them.

Provide steps to reproduce the bug:
Capture a window that is behind another window on the desktop, click.

Expected behavior:
Window gets brought to front and click goes to it.

Output Log:
n/a

Additional Information:
n/a

They seem to curve on multiple axes or something

before: https://imgur.com/FmmtYRM

after: https://imgur.com/kdcwi0j

Describe the bug in detail:
When switching to a monitor that is vertical, the window is stuck on horizontal view.

Provide steps to reproduce the bug:

• Add Window
• Switch to Vertical Window

Expected behavior:
Window rotate to be vertical.

Output Log:
output_log.txt

Additional Information:

Feature Description:
There's a few things. First, the music integration. Instead of just replacing the 3 tracker slots, use all five and add a couple for skipping through the current song (either 5, 10, or 15 seconds).

The second one would be turning off devices. Similar to how you can right-click each device (controllers and trackers) and turn them off in the desktop popup of SteamVR, being able to click on each device and turn them off would be very handy, especially when you're done using your trackers.
(side note for this one in terms of style, I think it'd look nice if when one is selected, it could move/slide all the way to the left and use two spaces for the "Turn off" and "Cancel" buttons each.)

And last would be to assign each tracker a unique name, such as Right, Left, and Hip, so that you know exactly which ones are which when checking the battery. Renaming could be done in the Settings panel, or along with "Turn off" and "Cancel" from my last suggestion.

Additional context:
I've attached a terrible example I made of suggestions 2 and 3, but I hope it gets my point across more clearly.

Change minimal wrist overlay battery from average to lowest since when one device dies, that normally impedes normal function.

.

Feature Description:
im probably not alone in having a wrist display then using edit mode for a big window. i think having a setting in the window options that disables input but only when in edit mode would be useful. then it wouldn't get in the way as much like for my set up if im in edit mode in not using my wrist window at all and it just ends up in the way.