|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
Hello,
We are getting a strange behavior that cannot be reproduced in a predictable manner yet (we keep trying different combinations of actions).
The behavior is this:
Our application is WPF. In the middle of a WPF screen, we have the EO.WebBrowser component that lets the user browse a certain website. There are other WPF controls that - when triggered - perform javascript operations against the browser. Under some (not known yet) cases, the eo.browser loses the keyboard & mouse focus and it never gets them back even if the user clicks inside the loaded web page. When this happens, HTML buttons and links work ok but mouse scrolling does not work and form text input (from the keyboard) does not work. We observe that user keyboard presses are still "directed" to the rest of the WPF application (we can see WPF controls getting highlighted, wpf comboboxes changing values etc).
We are trying to find a reproducible scenario to help more.
Kind regards,
Jim
|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
It's frustrating. We have clients calling and reporting on this problem but the line of actions is different each time. We cannot pinpoint the exact scenario. Could you please investigate on your end?
Thanks
jim
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi Jim,
We understand the frustration. The unfortunate reality is unless you have a way to reproduce it, it would be like shooting in the dark for us. The very first thing for us to start investigating is that we have to see it happening. If we have a way to reproduce it and make it happen again and again, then there is a much better chance that we can find out the root cause. Another reason that the reproducing steps are important is you would still need it to verify that whatever solution comes up indeed works for you. Otherwise it would be just another "ghost" that we do not know when it will reappear again.
We are in the process of adding remote debug support to our product so once that is done, it would be possible for you to run your app in remote debug mode and when an error occurs, we will be able to collect more information about the problem. It would be unrealistic to expect that to completely replace the necessity of reproducing the problem, but we are hoping at least that can get us a step closer since it would allow us to see more of what's going on in the application.
In the mean time, please still try to reproduce it. We will have a new build next week that would also fix some issues, so you can also update to that build when it's out and see if it resolves the issue for you.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
Yeah, I know...
We keep trying to reproduce the issue. You know, end users are difficult when it comes to observing their own behaviors...
Thanks for replying,
Jim
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Thanks for understanding. We have just post a new build that fixed an issues related to hotkey. You might want to give it a try and see if it fixes some of the issues for you.
|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
Hello,
Just an update: We are getting strong indications that this issue may have been fixed by EO.2015.2.37.0.
I will report back again. We are talking to clients about this.
Regards,
Jim
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Great. Thank you very much for the update!
|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
Another update: The behavior is still reported by our clients unfortunately.
We will keep trying to reproduce. Some indications show that badly written javascript (e.g. document.getElementById("non-existend-id").focus(); may be responsible.
Don't take this for a fact though... I will be back with more findings
Regards,
jim
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
No problem. Just let us know.
|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
Hello,
We have created a test project (and also a video) showing the behavior. You must have it in your mailbox.
Kind regards,
Jim
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/10/2014
Posts: 137
|
Up, We are facing the same problem on 1 customer only ... :(
The webview is still functionnal but I can't use keyboard/mouse inside it.
Best regards
|
|
Rank: Advanced Member
Groups: Member
Joined: 1/31/2015
Posts: 70
|
Hello,
The issue was eliminated for us with version EO.Total.2015.2.53.0
Have you tried this version yet?
Regards,
Jim
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Jim B wrote:Hello,
The issue was eliminated for us with version EO.Total.2015.2.53.0
Have you tried this version yet?
Regards,
Jim Thanks! Yes it indeed was fixed since .53 build.
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/10/2014
Posts: 137
|
Very nice information; I just checked and this computer was running version 2.41 :)
Good job finding this one.
Best regards
|
|