Closed Bug 902869 Opened 11 years ago Closed 8 years ago

I can't switch language (Ctrl+Shift) in Flash Player

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Version:
23 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(firefox24 affected, firefox25-, firefox26-, firefox27-, firefox-esr24 affected)

Status:
RESOLVED INCOMPLETE
Tracking Flags:
Tracking Status
firefox24 --- affected
firefox25 - ---
firefox26 - ---
firefox27 - ---
firefox-esr24 --- affected

People

(Reporter: mypost100, Unassigned)

References

(
URL
)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20100101 Firefox/22.0 (Beta/Release) Build ID: 20130618035212 Steps to reproduce: I try switch language (Ctrl+Shift) in Flash Player (cursor places in textfield) Only by [Ctrl+Shift+Shift] 2x-Shift Actual results: I can't switch language Expected results: switch language
Severity: normal → critical
in Firefox 22 - I can do this! All OK!
Priority: -- → P1
Could you please provide a link to a page where the problem occurs?
Severity: critical → normal
Flags: needinfo?(mypost100)
Priority: P1 → --
URL: http://ifinterface.com/techtest/testp...
Severity: normal → critical
Flags: needinfo?(mypost100)
Priority: -- → P1
This problem is in Firefox 23 (earlier - all ok) Example: ifinterface.com/techtest/testprint.html Same problem in Browser Chrome during use PPAPI Flash Player!
Don't play with the flags, please.
Severity: critical → normal
Priority: P1 → --
I tried with Firefox 17, Ctrl+Shift does nothing. How to control that the language has been changed?
Flags: needinfo?(mypost100)
Again: This problem is in Firefox 23 (earlier - all ok) Example: ifinterface.com/techtest/testprint.html I change EN-RU languages. [How to control that the language has been changed?] Place cursor in textfield, enter 1 or 2 letters, press Ctrl+Shift and try enter again 1 or 2 letters - nothing happens, language not been changed.
Flags: needinfo?(mypost100)
Changing EN-RU languages of what/where? Flash? Windows keyboard? webpage? I tried again, ctrl+shift does nothing in FF23 or in old versions like FF17. Is there something I'm doing wrong?
Explanation: in my OS (Windows XP Pro) I can change input language (EN-RU-EN) with help ( Ctrl+Shift ) (for check of bug in your OS must be same) But after update Firefox to version 23 I do not have this opportunity in FlashPlayer. Order to check this follow my instruction step by step: In your OS setup the change input language how [Ctrl+Shift] In Firefox 23: Place cursor to up textfield (my link: ifinterface.com/techtest/testprint.html), enter with keyboard 1 or 2 letters, press Ctrl+Shift and try enter again same 1 or 2 letters (same keyboard keys) - nothing happens, language not been changed, entering same symbols.
Component: Untriaged → Flash (Adobe)
Product: Firefox → Plugins
Version: 23 Branch → unspecified
So: You need to have multiple input languages installed to reproduce this. Then, by pressing Ctrl+Shift you can change the input language for *all* applications. This doesn't work anymore when the keyboard focus is in Flash in Firefox 23+, but works fine when Flash is not focused. Am i understanding this correctly?
I need to work in Flash Player (I am developer). My program written on ActionScript 3.
Right. Is the description of the problem in comment 9 correct?
Yes. Description of the problem in comment 9 is correct.
Thanks. To narrow this down, it would be helpful to know when this broke in Firefox using the mozregression tool: http://mozilla.github.io/mozregression/
Keywords: helpwanted, qawanted, regressionwindow-wanted
Why Status is UNCONFIRMED?
Regression window(m-c) Good: http://hg.mozilla.org/mozilla-central/rev/3825fdbcec62 Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20130322 Firefox/22.0 ID:20130322070110 Bad: http://hg.mozilla.org/mozilla-central/rev/0a10eca0c521 Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20130323 Firefox/22.0 ID:20130323154724 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3825fdbcec62&tochange=0a10eca0c521 Regression window(m-i) Good: http://hg.mozilla.org/integration/mozilla-inbound/rev/8a6271c71427 Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20130323 Firefox/22.0 ID:20130323052923 Bad: http://hg.mozilla.org/integration/mozilla-inbound/rev/43073653db4a Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20130323 Firefox/22.0 ID:20130323081724 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=8a6271c71427&tochange=43073653db4a Suspected: 7ac778ed79a5 Masayuki Nakano — Bug 849647 Get rid of message order optimization on Windows r=jimm
Blocks: 849647
Status: UNCONFIRMED → NEW
status-firefox24: --- → affected
status-firefox-esr24: --- → affected
tracking-firefox25: --- → ?
tracking-firefox26: --- → ?
tracking-firefox27: --- → ?
Component: Flash (Adobe) → Widget: Win32
Ever confirmed: true
Keywords: regressionwindow-wanted → regression
Product: Plugins → Core
Version: unspecified → 23 Branch
I cannot reproduce this bug on Win7 even with either Ctrl+Shift or Alt+Shift, though. BTW, the testcase runs flash player in windowed mode. So, any messages should be handled by Flash Player (or plugin-container?) directly. I guess that Gecko's optimizing message order hid flash player's (or plugin-container's) bug.
[I cannot reproduce this bug on Win7 even with either Ctrl+Shift or Alt+Shift, though.] This bug works under WinXP!
Regression dating back to FF23, this is not critical enough to track for upcoming releases.
tracking-firefox25: ? → -
tracking-firefox26: ? → -
tracking-firefox27: ? → -
This is VERY-VERY-VERY critically!!! All clients, using flash applications under WinXP (HUGE quantity), think that this is bug of app!!!
(In reply to mypost100 from comment #17) > [I cannot reproduce this bug on Win7 even with either Ctrl+Shift or > Alt+Shift, > though.] > This bug works under WinXP! Did you confirm this bug is reproduced only on WinXP? I'm still not sure if this is *our* bug. How about on other plugins like Sliverlight?
I don't use Sliverlight. Yes, only on WinXP (on Win7 - all ok). [this is *our* bug] - in Firefox 22 All OK! Bug in Firefox version 23 and bigger with same FlashPlayer. Same bug (only on WinXP) in Chrome (has long), using NPAPI (not PPAPI, ppapi - simply horror).
(In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #20) > (In reply to mypost100 from comment #17) > > [I cannot reproduce this bug on Win7 even with either Ctrl+Shift or > > Alt+Shift, > > though.] > > This bug works under WinXP! > > Did you confirm this bug is reproduced only on WinXP? I'm still not sure if > this is *our* bug. How about on other plugins like Sliverlight? This problem is on WindowsXP only. Sliverlight5 is also affected on WindowsXP.( http://www.vectorlight.net/silverlight/demos/richtextbox.aspx , http://www.microsoft.com/silverlight/new-controls/demo/ DataForm). And I got same regression window for Sliverlight5.
(In reply to Alice0775 White from comment #22) > (In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #20) > > (In reply to mypost100 from comment #17) > > > [I cannot reproduce this bug on Win7 even with either Ctrl+Shift or > > > Alt+Shift, > > > though.] > > > This bug works under WinXP! > > > > Did you confirm this bug is reproduced only on WinXP? I'm still not sure if > > this is *our* bug. How about on other plugins like Sliverlight? > > This problem is on WindowsXP only. > Sliverlight5 is also affected on WindowsXP.( > http://www.vectorlight.net/silverlight/demos/richtextbox.aspx , > http://www.microsoft.com/silverlight/new-controls/demo/ DataForm). > And I got same regression window for Sliverlight5. Thanks. It's very good information. Could you check also: 1. can reproduce on windowless plugin? test case is here. 2nd and 3rd text fields run in windowless mode. http://www.d-toybox.com/studio/weblog/show.php?mode=single;id=2013031500 2. can reproduce without plugin? (i.e., <input> or <textarea> in normal web pages) 3. can reproduce without OOPP? (Add environment variable MOZ_DISABLE_OOP_PLUGINS 1 for disabling OOPP for Flash Player, because you cannot disable with about:config)
(In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #23) > > 1. can reproduce on windowless plugin? > > test case is here. 2nd and 3rd text fields run in windowless mode. > http://www.d-toybox.com/studio/weblog/show.php?mode=single;id=2013031500 > 1st: The problem is reproducible. 2nd: No problem 3rd: No problem > 2. can reproduce without plugin? (i.e., <input> or <textarea> in normal web > pages) > In this page <input>: No problem <textarea> : No problem > 3. can reproduce without OOPP? (Add environment variable > MOZ_DISABLE_OOP_PLUGINS 1 for disabling OOPP for Flash Player, because you > cannot disable with about:config) launch command prompt set MOZ_DISABLE_OOP_PLUGINS=1 Run Firefox.exe Open http://www.d-toybox.com/studio/weblog/show.php?mode=single;id=2013031500 And I confirmed there is no plugin-container.exe in TaskManager Results: 1st: No problem 2nd: No problem 3rd: No problem http://www.vectorlight.net/silverlight/demos/richtextbox.aspx , http://www.microsoft.com/silverlight/new-controls/demo/ DataForm Both no problem(except bug 599992).
Thank you very much. I think that the Alice-san's test result means that message loop of plugin-container.exe has something problem. Since: * This bug is reproduced only when windowed plugin has focus. * This bug is reproduced with not only Flash. * OOPP causes this bug. * This bug is reproduced only on WinXP (I guess, pre-Vista which is not TSF based Windows) But I'm not familiar with plugin-container.exe. Jimm, how about you?
Flags: needinfo?(jmathies)
I mean I don't know where is the implementation of plugin-container.exe.
Since the regression window was added in Comment 15, I'm removing the qawanted and helpwanted keywords. Please add them back if anything else is needed from the qa side.
Keywords: helpwanted, qawanted
(In reply to Masayuki Nakano (:masayuki) (Mozilla Japan) from comment #25) > Thank you very much. I think that the Alice-san's test result means that > message loop of plugin-container.exe has something problem. Since: > > * This bug is reproduced only when windowed plugin has focus. > * This bug is reproduced with not only Flash. > * OOPP causes this bug. > * This bug is reproduced only on WinXP (I guess, pre-Vista which is not TSF > based Windows) > > But I'm not familiar with plugin-container.exe. Jimm, how about you? It's just a simple gecko process that hosts the plugin. It uses the same ipc message dispatching the main process uses. From what I remember widget isn't involved. What does ctrl-shift do? If ctrl-shift-shift works, sounds like we are dropping a keyboard event somewhere.
Component: Widget: Win32 → Plug-ins
Flags: needinfo?(jmathies)
When I assign key sequence to the language each, It works as expected. I.E. US: Ctrl+Shift+1 (or Alt+Shift+1) JP: Ctrl+Dhift+2 (or Alt+Shift+2) Though toggle language key sequence Ctrl+Shift (or Alt+Shift) does not work(this bug).
> What does ctrl-shift do? If ctrl-shift-shift works, sounds like we are dropping a keyboard event somewhere. I guess that key message or language changing message is discarded (not passed to the default wndproc).
Hello. And when we will see this fixed bug, in what kind version FF?
25% of all Windows users in the world use WindowsXP. I very sorry that nobody works on this bug :(
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.