Copy and Paste no longer supported in browser source #238

Closed
opened 2020-08-22 10:25:00 -05:00 by retaker · 12 comments
retaker commented 2020-08-22 10:25:00 -05:00 (Migrated from github.com)

Platform

Operating system and version: Win10 2004
OBS Studio version: 25.0.8(64bit)

Expected Behavior

When created a web browser source and click on "interact", I should be able to copy and paste information into the web browser source.

Current Behavior

I can not copy and paste into or out from the web browser source.

Steps to Reproduce

  1. create a web browser source, in the property, let the URL be "https://bing.com"
  2. right-click on the source, click interact, try to copy and paste anything into the search box
  3. you'll find there will be nothing goes into it.

Additional information

I'm using ACT and WebSocket to show some data through web browser source, I have to copy and paste my setting into the window and the setting can only be copy and pasted since the web browser source does not support IME.
If not fix, basically the ACT and web socket is not usable for me.

<!--- Provide a general summary of the issue in the Title above --> ## Platform <!-- Please fill out the following information about your bug report. --> <!-- If you are on Linux and installed using a package, please list the package type. --> Operating system and version: Win10 2004 OBS Studio version: 25.0.8(64bit) ## Expected Behavior When created a web browser source and click on "interact", I should be able to copy and paste information into the web browser source. ## Current Behavior <!--- Tell us what happens instead of the expected behavior. --> <!--- Please include a log file here if possible. --> I can not copy and paste into or out from the web browser source. ## Steps to Reproduce <!--- Provide a link to a live example, or an unambiguous set of steps to --> <!--- reproduce this bug. Include code to reproduce, if relevant. --> <!--- Screenshots and video are encouraged if applicable. --> 1. create a web browser source, in the property, let the URL be "https://bing.com" 2. right-click on the source, click interact, try to copy and paste anything into the search box 3. you'll find there will be nothing goes into it. ## Additional information <!--- Not obligatory, but provide any additional details or information --> <!--- that you feel might be relevant to the issue --> I'm using ACT and WebSocket to show some data through web browser source, I have to copy and paste my setting into the window and the setting can only be copy and pasted since the web browser source does not support IME. If not fix, basically the ACT and web socket is not usable for me.
dodgepong commented 2020-08-22 10:26:41 -05:00 (Migrated from github.com)

What is "ACT" in this context? And by "no longer supported", are you saying it was supported in a previous version?

Is this a situation where your use case would be better served by window capturing a browser?

What is "ACT" in this context? And by "no longer supported", are you saying it _was_ supported in a previous version? Is this a situation where your use case would be better served by window capturing a browser?
retaker commented 2020-08-22 10:37:20 -05:00 (Migrated from github.com)

What is "ACT" in this context? An by "no longer supported", are you saying it was supported in a previous version?

Is this a situation where your use case would be better served by window capturing a browser?

https://obsproject.com/forum/threads/in-browser-source-stopped-working-copy-paste.118812/
This is a reference on your forum, those people have a similar problem. This feature behaves properly on 25.0.1 and was broken since 25.0.2

ACT is a software that I use to track my DPS when playing final fantasy XIV
you can have a brief view at https://gist.github.com/TomRichter/e044a3dff5c50024cf514ffb20a201a9

Basically I need to display the kagerou overlay on obs with game capture.
I can try window capturing a browser, but this means that I will always have a browser tab opened and when I use ctrl + tab, I can always see it. It is annoying.

> What is "ACT" in this context? An by "no longer supported", are you saying it _was_ supported in a previous version? > > Is this a situation where your use case would be better served by window capturing a browser? https://obsproject.com/forum/threads/in-browser-source-stopped-working-copy-paste.118812/ This is a reference on your forum, those people have a similar problem. This feature behaves properly on 25.0.1 and was broken since 25.0.2 ACT is a software that I use to track my DPS when playing final fantasy XIV you can have a brief view at https://gist.github.com/TomRichter/e044a3dff5c50024cf514ffb20a201a9 Basically I need to display the kagerou overlay on obs with game capture. I can try window capturing a browser, but this means that I will always have a browser tab opened and when I use ctrl + tab, I can always see it. It is annoying.
retaker commented 2020-08-22 10:44:10 -05:00 (Migrated from github.com)

I also have tried window capturing a browser.
I need the window to be transparent and it is an overlay on my game.
As you can see, the left side is window capture of a browser, the center one is the web browser source. I need it to be transparent to let my viewer to see things behind the overlay.
1

I also have tried window capturing a browser. I need the window to be transparent and it is an overlay on my game. As you can see, the left side is window capture of a browser, the center one is the web browser source. I need it to be transparent to let my viewer to see things behind the overlay. ![1](https://user-images.githubusercontent.com/3334662/90960018-3d8a6800-e4d1-11ea-8f39-f9e3c14ca110.png)
Scrxtchy commented 2020-08-22 22:41:34 -05:00 (Migrated from github.com)

Took a lot of working, but I've traced this back to https://github.com/obsproject/obs-browser/pull/206
The patch looks like it hadn't been tested on windows, and replacing code with native values has broken it for windows users.

I was able to fix this issue by altering it's logic back to keep the window modifier value, instead of forcefully using the linux native value

Took a lot of working, but I've traced this back to https://github.com/obsproject/obs-browser/pull/206 The patch looks like it hadn't been tested on windows, and replacing code with `native` values has broken it for windows users. I was able to fix this issue by altering it's logic back to keep the window modifier value, instead of forcefully using the linux native value
Fenrirthviti commented 2020-08-26 09:19:30 -05:00 (Migrated from github.com)

Going to move this to the obs-browser repo, as this issue is with obs-browser specifically.

Going to move this to the obs-browser repo, as this issue is with obs-browser specifically.
retaker commented 2020-10-17 20:56:53 -05:00 (Migrated from github.com)

not fixed in 26.0.2 hotfix

not fixed in 26.0.2 hotfix
WizardCM commented 2021-01-31 05:04:22 -06:00 (Migrated from github.com)

Fixed in #236 - this'll be available in the next major OBS version. Thanks for reporting!

Fixed in #236 - this'll be available in the next major OBS version. Thanks for reporting!
Rexios80 commented 2021-06-10 10:52:31 -05:00 (Migrated from github.com)

This doesn't work on macos. Pasting on Windows works, but setting the clipboard contents in javascript does not.

This doesn't work on macos. Pasting on Windows works, but setting the clipboard contents in javascript does not.
dustindmiller commented 2022-06-16 20:13:09 -05:00 (Migrated from github.com)

A year later and it still doesn't work on macOS.

A year later and it still doesn't work on macOS.
Rexios80 commented 2022-06-16 20:25:45 -05:00 (Migrated from github.com)

Should probably make a new issue for it if that's the case

Should probably make a new issue for it if that's the case
sebastian-s-beckmann commented 2022-06-16 20:26:38 -05:00 (Migrated from github.com)

@dustindmiller Please open a new issue in that case. I believe that problem isn't directly related to this issue, but rather might be a result of the broken macOS hotkey system.

@dustindmiller Please open a new issue in that case. I believe that problem isn't directly related to this issue, but rather might be a result of the broken macOS hotkey system.
dustindmiller commented 2022-06-16 20:35:53 -05:00 (Migrated from github.com)

@gxalpha Done.

@gxalpha Done.
Sign in to join this conversation.
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
gh-obsproject/obs-browser#238
No description provided.