The default bug view has changed. See this FAQ.

Java applets don't get key events

RESOLVED FIXED in Camino1.0

Status

Camino Graveyard
Plug-ins
P1
blocker
RESOLVED FIXED
15 years ago
12 years ago

People

(Reporter: Boris Bammel, Assigned: Simon Fraser)

Tracking

unspecified
Camino1.0
PowerPC
Mac OS X
Dependency tree / graph

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020818
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020818

When I try to write text into the textfields on this page, nothing happens. I
even cannot mark the text, that is already in the fields.

Reproducible: Always

Steps to Reproduce:
1. Go to www.lohn1.de/lobn.htm
2. Try to mark the text in the textfields.
3. Try to write anything into the textfields.

Actual Results:  
Nothing.

Expected Results:  
Show the typed text.
Reporter, are you referring to the html form in the lower left of the page, or
the java applet on the right, or both? fwiw both work for me in mozilla (trunk
cvs 2002-08-19)
(Reporter)

Comment 2

15 years ago
I mean the java applet. The HTML form works for me. And I do not use Mozilla,
but Chimera.
->plugins
Component: HTML Form Controls → Plug-ins
.
Assignee: bryner → bnesse
QA Contact: winnie → petersen

Comment 5

15 years ago
WorksForMe using Chimera/2002081605.
(Reporter)

Comment 6

15 years ago
Well, I'm using Chimera/2002081805. If you can tell, that it works there, then I
have to look for another solution.

Comment 7

15 years ago
Using the Chimera 2002-08-21-05 NB, I can reproduce the problem when attempting
to type in the any of the text fields located in the applet. Checkboxes, radio
buttons, pull down menus all work in the applet though. Tested under OS X 10.1.5.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Assignee)

Updated

15 years ago
Summary: can't write text into textfields on above page → Java: can't write text into textfields on above page

Comment 8

15 years ago
*** Bug 166653 has been marked as a duplicate of this bug. ***

Comment 9

15 years ago
*** Bug 169381 has been marked as a duplicate of this bug. ***

Comment 10

15 years ago
*** Bug 171450 has been marked as a duplicate of this bug. ***

Comment 11

15 years ago
I am using OSX 10.2  Jaguar and have these problems.....I really need to use these chat 
rooms........

Updated

15 years ago
Blocks: 147975

Comment 12

15 years ago
*** Bug 173202 has been marked as a duplicate of this bug. ***

Updated

15 years ago
Blocks: 145806

Comment 13

15 years ago
New York Times online crossword puzzles also are refusing text entry, with build
2002101504.  http://www.nytimes.com/pages/crosswords/index.html then click on
any of the main puzzle links.

Comment 14

15 years ago
On http://www.hwattmba.dk/password.htm is an applet login form (no, it is not
secure),
however, I cannot type in the text fields (typing does not appear).

Works in Mozilla 1.2b

Build ID: 2002102104

Comment 15

15 years ago
->peterl
Assignee: bnesse → peterl

Comment 16

15 years ago
another URL that seems to have this issue
https://www.cusa-hfs.com/cgi-bin/hfssvc/ppecu/hfs.html
(Assignee)

Updated

15 years ago
Summary: Java: can't write text into textfields on above page → Java applets don't get key events
(Assignee)

Comment 17

15 years ago
*** Bug 175457 has been marked as a duplicate of this bug. ***
(Assignee)

Comment 18

15 years ago
*** Bug 181207 has been marked as a duplicate of this bug. ***
(Assignee)

Comment 19

15 years ago
I'm working with Apple on this issue. We're doing all the right things in the
MRJPlugin, but the Apple JavaControl doesn't like the Carbon Events we send it,
for some reason.
Assignee: peterl → sfraser

Comment 20

15 years ago
*** Bug 182582 has been marked as a duplicate of this bug. ***

Comment 21

15 years ago
mouseDragged events are also broken -- they only fire once when the drag is
started.  Here's an example: http://www.pubbawup.net/dand/home/programs/whiteboard/
This applet works with Omni and IE.

Daniel
(Assignee)

Comment 22

15 years ago
Blocker for some people.
Severity: normal → blocker
Status: NEW → ASSIGNED
Priority: -- → P1
Whiteboard: Waiting on feedback from Apple

Comment 23

15 years ago
I take it that we're still waiting for feedback from Apple on this.  Could we
ping them again to follow up?

Comment 24

15 years ago
*** Bug 186165 has been marked as a duplicate of this bug. ***

Comment 25

15 years ago
In my test, applets received mouse events correctly in popup windows

(running OS X Jaguar (10.2.1) and the Chimera December 20 nightly build).

For a test case, go to http://www.jars.com/jars_search.html
(Assignee)

Comment 26

15 years ago
That's probably a Swing applet. Key events do work in Swing, probably because it
uses some native controls.

Comment 27

14 years ago
I visited http://www.jars.com/jars_search.html (in a new tab), opened
java-search, typed in a text and closed the search (without searching). after
reopening the java-search again, I couldn't change the text, I couldn't close
the tab, I had to restart chimera (Build 2002122804).
(Assignee)

Comment 28

14 years ago
*** Bug 177380 has been marked as a duplicate of this bug. ***
(Assignee)

Comment 29

14 years ago
*** Bug 173802 has been marked as a duplicate of this bug. ***

Comment 30

14 years ago
Would you please ping Apple again, this is a blocker for me.  I need to use
GoToMyPC for work.  Every other Mac browser works!

Comment 31

14 years ago
That bug is the only one that makes Chimera not recommandable for our ActiveMath
learning environment. On Macs, it means, the normal Mozilla is the only
choice... very very sad.

Paul

Comment 32

14 years ago
With the development of Apple's Safari web browser (www.apple.com/safari), I
seriously doubt that we're going to get any response at all from Apple.
(Assignee)

Comment 33

14 years ago
> With the development of Apple's Safari web browser (www.apple.com/safari), I
> seriously doubt that we're going to get any response at all from Apple.

That is not at all the case. I'm still in communication with Apple over this
issue. In addition, Safari shares a number of Java bugs with Chimera.

Comment 34

14 years ago
You may want to check out Apple's DP9, just in case it includes any new plugins.
Not, of course, that I can say whether it does or not, being under NDA.

Comment 35

14 years ago
Oh, that's true, although it wouldn't work before 1.4 is delivered...Two comments:-> the AWT of the Java 1.4.1 for OSX draws in Cocoa, I presume this should help Chimera-> Chimera would be the first that would be compatible with this plugin...Paul

Comment 36

14 years ago
On the other hand, JDK 1.4.1 requires 10.2
It would be a real shame to tie Chimera needlessly to 10.2, since the fact that
it works in 10.1 is a real distinguishing feature from Safari at the moment.

Comment 37

14 years ago
Hi Robbie,
10.2 is so much better than any previous OS X versions that I'd never go back. I
understand what you say, but I'd also not stick with too old systems when the
one we've today is better. We gotta move forward!

Comment 38

14 years ago
True, for those unix geeks bound to ypbind, there's no choice except refusing 10.2... but 
honestly it should be worth attempting, possibly as an option.
Paul
(Assignee)

Comment 39

14 years ago
Let's clarify matters here:
1. We don't use apple's plugin, we use our own (MRJ) since theirs doesn't do
   LiveConnect.
2. We can't use the 1.4VM because the embedding APIs have changed.
3. We need to continue to run on 10.1

so we just have to get a fix for the current issue.

Comment 40

14 years ago
Now, no-one can be against a bug-fix.However I do believe there are good hopes, hence bug 190830 has been filed.

Comment 41

14 years ago
Perhaps it would be possible to make a runtime check for 10.2, and if it's
found, don't load the MRJPlugin. That would allow the Apple plugin to take over,
since it's known to work OK, that fixes this bug on 10.2. On 10.1 people will
still be able to use java applets, without key events until this bug is fixed.

Comment 42

14 years ago
Time to ping Apple again?
Can they still help, since Safari is using a different plug-in?

Comment 43

14 years ago
I don't understand why you would stay wit 10.1.....although some of you say the java scripts worked for you...they certainly didn't for me.....however Safari works with these issues....has a few other little quirks...but at least I can use my chat windows properly with it.

Comment 44

14 years ago
I have to say that it is still broken for Java 1.4.1.

However, it accepts Key input sometimes.  Of course, 9 out of 10 doesn't.
It affects more than text field and combo box.
Java games  that utilize keyboard input fail as well. :(

However, Mozilla and Phoenix work.  Could Camino share the code from them?

Comment 45

14 years ago
It would seem that nothing has progressed for this bug since late March. Any
thoughts as to when typing into Java applets will work for Camino? They do for
Firebird and Safari, interestingly.

Comment 46

14 years ago
Except Safari doesn't do the java-javascript connection...

Paul

Comment 47

14 years ago
I personlly have no Java at all in both nightly builds of Camino and last
Mozilla 1.4rc1. I have MacOs X 10.2.6 and Java 1.4.1 installed.
Java used to work in Camino 0.7 and Mozilla < 1.3 if I remember well (until
Mozilla was build as MachO I guess).

If I am not the only case like this, it may be a 1.4 blocker ?

Comment 48

14 years ago
I don't think anyone's mentioned this yet, but when I try to provide some key
input into a java applet, nothing is typed into the applet but instead
type-ahead find receives the key input.  This can be seen in the status bar.

Here's a link to the applet I was testing on.
http://www.shodor.org/interactivate/activities/piechart/index.html
Still true with 2003090102 on 10.2.6
I've upgraded my Java engine with the lastest release from a few days ago.
Problem still occurs ...

Comment 51

14 years ago
*** Bug 212914 has been marked as a duplicate of this bug. ***

Comment 52

14 years ago
*** Bug 193895 has been marked as a duplicate of this bug. ***

Updated

14 years ago
Blocks: 224615

Comment 53

13 years ago
sfraser: what code would you look at for this bug? Is there a standard plugins
API or is it java specific? Once we dump 10.1 support how will this change?
(Assignee)

Comment 54

13 years ago
This is Apple's bug, not ours. There's nothing we can do to fix it.

Comment 55

13 years ago
ok. you wrote in comment 39:
> 1. We don't use apple's plugin, we use our own (MRJ) since theirs doesn't do
>    LiveConnect.

I think that key events are more important than LiveConnect

> 2. We can't use the 1.4VM because the embedding APIs have changed.

explain?

> 3. We need to continue to run on 10.1

so we can switch after 0.8

Comment 56

13 years ago
sfraser wrote:
> I'm working with Apple on this issue. We're doing all the right things in the
> MRJPlugin, but the Apple JavaControl doesn't like the Carbon Events we send it,
> for some reason.

So we have a plugin that runs on top of MRJ. MRJ's JavaControl has some kind of
bug where the carbon events for key events are being processed correctly.

Thoughts:
a. Apple's not doing any more work on MRJ I doubt.
b. If mozilla ALSO runs MRJPlugin on top of MRJ (and it works) ... then what's
different in Camino? Is this something to do with QuickDrawView ?
c. How hard would it be to port MRJPlugin to Apple's Java 1.4 ?
(Assignee)

Comment 57

13 years ago
> sfraser wrote:
> > I'm working with Apple on this issue. We're doing all the right
> > things in the MRJPlugin, but the Apple JavaControl doesn't like
> > the Carbon Events we send it, for some reason.
> 
> So we have a plugin that runs on top of MRJ. MRJ's JavaControl has
> some kind of bug where the carbon events for key events are being
> processed correctly.

MRJ is "ours" (i.e. was developed at Netscape). It uses the Java Control
embedding APIs in Apple's 1.3 version of the JVM, which allow third parties
to embed Java in Carbon apps using a ControlRef-based API. Those APIs are
no longer present in Java 1.4. When I've asked how to embed a Java applet
in your own app, the only answer I've had back is to do it via WebKit.

MRJ supports LiveConnect (the Java-J avaScript bridge). Apple's Java plugin
does not.

I belive that the key handling issues were reproducible in both our MRJ plugin,
and the Apple plugin.

> Thoughts: a. Apple's not doing any more work on MRJ I doubt. b. If
> mozilla ALSO runs MRJPlugin on top of MRJ (and it works) ... then
> what's different in Camino? Is this something to do with
> QuickDrawView ? c. How hard would it be to port MRJPlugin to
> Apple's Java 1.4 ?

Hard, as I mentioned above. There appears to be no way to embed Java in another
app other than to use WebKit. I don't belive there's even an NSView-based solution.
Whiteboard: Waiting on feedback from Apple

Comment 58

13 years ago
/me trying not to sound completely ignorant

Simon, would someone at Sun possibly be of more help here, or is this completely
Apple due to Camino being written in Cocoa?
(Assignee)

Comment 59

13 years ago
This is all Apple-level stuff.

Comment 60

13 years ago
Just in case, allow me to point out that MRJplugin used to be precious because
it was the only Applet environment on Macintosh that ever supported LiveConnect...

But LiveConnect isn't supported by the plugin anymore. At least since the move
to Mach-O...

Comment 61

13 years ago
bug 164712 it would seem indicates that LiveConnect is NOT working in Mozilla.
(Assignee)

Comment 62

13 years ago
Correct. LiveConnect broke when we changed from CFM to Mach-O, because for
plugins to be XPCOM-scriptable, they have to have the same ABI as the host (i.e.
the plugin has to be Mach-O too). That's bug 97613. That one at least is
fixable, and that would get LiveConnect working in Mozilla builds (but you'd
still have key event issues in Camino). However, that was never completed
because Apple said that they were going to implement LiveConnect in their
plugin, which never happened. We were trying hard to push off MRJ support to
Apple, but now everyone has dropped the ball.

It's just a nasty mess, and I don't want to be on the receiving end, so reassigning.
Assignee: sfraser → nobody
Status: ASSIGNED → NEW

Comment 63

13 years ago
I presume I shall not be the first to state such a thing but this state of
things means, for our projects, MacOS is dropped for advanced features of our
ActiveMath learning environment.

Comment 64

13 years ago
No, but it was, and I can promise you it was an agreable moment for me.
Try Mozilla 1.2 or 1.3 and you'll see an applet with working LiveConnect.

paul

Comment 65

13 years ago
Maybe we could use WebKit somehow...

Comment 66

13 years ago
The testcase URL appears to work with the JEP being developed on bug 197813, so
adding dependency.
Depends on: 197813

Comment 67

13 years ago
Created attachment 157667 [details]
tour

Comment 68

13 years ago
Using Camino 20041130 NB on 10.3.6 and the java embed plugin this page works
correctly. It take key strokes and displays the text as I type. 

Only issue I see is that when a key is pressed the java app repaints which is
very annoying.

Updated

12 years ago
No longer blocks: 224615

Updated

12 years ago
Blocks: 224615

Comment 69

12 years ago
Tried today's Java security update for Mac OS 10.3 on the site indicated in
comment #48.

The odd thing is that the applet slider works fine under Mac OS 10.3.8, but I
cannot type any input into the textboxes using Camino nightly build 2005022208.
 I'm not getting type-ahead find at all.  I'm getting zero text input.

So this bug is still here, and it looks like it will be here for some time.
(Assignee)

Comment 70

12 years ago
Try the Java Embedding plugin:
<http://javaplugin.sourceforge.net/>

This will likely be our Java plugin solution at some point.

Comment 71

12 years ago
I just did, Simon.

You're right!  It works!

Freaky.  Sorry for the spam, folks.

Updated

12 years ago
Assignee: nobody → sfraser_bugs
Target Milestone: --- → Camino0.9

Comment 72

12 years ago
*** Bug 270203 has been marked as a duplicate of this bug. ***

Comment 73

12 years ago
I can write in java-textfields now too, with the plugin. (Still cant login with
my home-banking, but thats a whole other issue probably due to my ****-ass-bank..)

Comment 74

12 years ago
*** Bug 288562 has been marked as a duplicate of this bug. ***

Comment 75

12 years ago
Has anyone contacted Steven Michaud on distributing his plugin with Camino?
I know he wanted to go several weeks without bug reports before releasing it to
the general audience. 

Now he hasn't had new reports for over 30 days, but there are a few outstanding
bugs. None of these seem to detract from the improvement over the standard Java
support (to me, at least), so I'd say: go for it. But it is Steven's call.

Comment 76

12 years ago
Packaging the java embedding plug-in seems like a no-brainer, since it is
demonstrably better than Camino's current java, but pink needs to decide if the
timing is right, or release 0.9 first.  Including the JEP in Camino by default
might be JEP's largest distribution channel, and could bring a lot of bugs out
the the woodwork prior to 0.9.
(Assignee)

Comment 77

12 years ago
We are working with Steven. Stay tuned.
(Assignee)

Updated

12 years ago
Depends on: 301076
No longer depends on: 197813
(Assignee)

Updated

12 years ago
Target Milestone: Camino0.9 → ---
(Assignee)

Updated

12 years ago
Target Milestone: --- → Camino1.0
Fixed by bundling the Java Embedding Plugin with Camino (nightly builds 20050729
and later), bug 301076.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.