Closed
Bug 902869
Opened 11 years ago
Closed 7 years ago
I can't switch language (Ctrl+Shift) in Flash Player
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(firefox24 affected, firefox25-, firefox26-, firefox27-, firefox-esr24 affected)
People
(Reporter: mypost100, Unassigned)
References
()
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
Comment 2•11 years ago
|
||
Could you please provide a link to a page where the problem occurs?
Severity: critical → normal
Flags: needinfo?(mypost100)
Priority: P1 → --
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.
Updated•11 years ago
|
Component: Untriaged → Flash (Adobe)
Product: Firefox → Plugins
Version: 23 Branch → unspecified
Comment 9•11 years ago
|
||
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?
Reporter | ||
Comment 10•11 years ago
|
||
I need to work in Flash Player (I am developer). My program written on ActionScript 3.
Comment 11•11 years ago
|
||
Right. Is the description of the problem in comment 9 correct?
Reporter | ||
Comment 12•11 years ago
|
||
Yes. Description of the problem in comment 9 is correct.
Comment 13•11 years ago
|
||
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/
Reporter | ||
Comment 14•11 years ago
|
||
Why Status is UNCONFIRMED?
Comment 15•11 years ago
|
||
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
Comment 16•11 years ago
|
||
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.
Reporter | ||
Comment 17•11 years ago
|
||
[I cannot reproduce this bug on Win7 even with either Ctrl+Shift or Alt+Shift, though.] This bug works under WinXP!
Comment 18•11 years ago
|
||
Regression dating back to FF23, this is not critical enough to track for upcoming releases.
Reporter | ||
Comment 19•11 years ago
|
||
This is VERY-VERY-VERY critically!!! All clients, using flash applications under WinXP (HUGE quantity), think that this is bug of app!!!
Comment 20•11 years ago
|
||
(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?
Reporter | ||
Comment 21•11 years ago
|
||
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).
Comment 22•11 years ago
|
||
(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.
Comment 23•11 years ago
|
||
(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)
Comment 24•11 years ago
|
||
(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).
Comment 25•11 years ago
|
||
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)
Comment 26•11 years ago
|
||
I mean I don't know where is the implementation of plugin-container.exe.
Comment 27•11 years ago
|
||
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
Comment 28•11 years ago
|
||
(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)
Comment 29•11 years ago
|
||
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).
Comment 30•11 years ago
|
||
> 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).
Reporter | ||
Comment 31•11 years ago
|
||
Hello. And when we will see this fixed bug, in what kind version FF?
Comment 32•11 years ago
|
||
Nobody works on this bug now.
Reporter | ||
Comment 33•10 years ago
|
||
25% of all Windows users in the world use WindowsXP. I very sorry that nobody works on this bug :(
Comment 34•7 years ago
|
||
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•