This is a public repository for tracking issues with XSOverlay. There will be no other activity here other than bug reports.
Please go to the issues tab to report bugs or submit feature requests.
This is a public repository for tracking issues with XSOverlay. There will be no other activity here other than bug reports / feature requests.
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.
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.
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.
Feature Description:
Title
You can see through the panel while it's fading in, see:
https://imgur.com/a/xoOOco3
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.
Create a window on the desktop that is taller than it is wide, and then select it in the window capture menu.
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:
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.
Change minimal wrist overlay battery from average to lowest since when one device dies, that normally impedes normal function.
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.
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)
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.
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.
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.
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:
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
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.
Feature Description:
It would be great if packed files would be read too, making audio packs sharing easier.
Additional context:
Like Minecraft resource packs. :)
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.
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:
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.
Would be nice to have a quick keyboard open option beside the window options bottom bar
lol
i tried using the dedicated left click key bind sinse i use a as left click and it doesn't register on the keyboard
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
They seem to curve on multiple axes or something
before: https://imgur.com/FmmtYRM
after: https://imgur.com/kdcwi0j
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.
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.
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.
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:
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:
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:
When switching to a monitor that is vertical, the window is stuck on horizontal view.
Provide steps to reproduce the bug:
Expected behavior:
Window rotate to be vertical.
Output Log:
output_log.txt
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.
Feature Description:
Add the numeric keypad to XSOverlay, including the num lock button.
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:
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.
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
Feature Description:
Allow curve radius thresholding to be configured.
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.
.
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.
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.
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:
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.
Support for the yyyy/mm/dd date format for the wrist overlay
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
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.