Hi, I'm trying to figure out how to register my applet for notification of incoming calls. I'm using the emulator to monitor the behavior, so I'm hoping it's the same between the emulator and the phone.

When an incoming call is received, the phone asks if the user wants to receive the call. If I select Enter (M), it will accept the call, call EVT_APP_SUSPEND to my applet, etc.

What I need to be able to do is have the applet know that an incoming call request is being made, so that I don't draw *over* the screen until the call request is handled. I figured it had to do with ISHELL_RegisterNotify() or something with the ITAPI interface but I couldn't get it to work properly in either case. When an incoming comes in, HandleEvent() isn't called with any parameters.

If anyone has solved this issue, or if I'm missing something elementary, please let me know.

Thanks!
-Steve

When a call comes in, the application will get an EVT_APP_SUSPEND or EVT_APP_STOP. The following knowledgebase article illustrates the steps that are needed to correctly deal with with in coming calls:

http://www.qualcomm.com/brew/develo...port/kb/51.html

--Mahesh
BREW Support

>When a call comes in, the application will get an
>EVT_APP_SUSPEND or EVT_APP_STOP.

Actually, this is not completely accurate, at least from my experience with the emulator. When a call comes in, the phone pops up a message asking if I want to receive the call. If I respond yes, THEN the application gets the EVT_APP_SUSPEND or EVT_APP_STOP.

My problem is, the application I'm writing does a periodic redraw, which overlays the message asking if I want to receive the call.

I need to find out how to get notification that a call is coming in. (Not the notification (suspend/stop) that occurs when the call is answered.) This way I can tell my app to stop drawing, and the user can choose to answer the call.

Any and all help is appreciated.

Thanks,
-Steve

To see an example of the problem, run the RoadWarrior Application and select a freeway. Pick a freeway where the text selection animates upon selecting it. Then use the TAPI emulation to Start Call. You'll see the applet overwrite the Privacy / Incoming Call Screen.

Any and all help is appreciated.

Thanks,
-Steve

Steve,

The 1.0 handsets get the EVT_APP_SUSPEND event before a dialog for accepting the call is displayed. This is correct behavior.

The emulator is not behaving currently in this case and we will be fixed in the next version. Appreciate your input.

--Mahesh
BREW Support

Mahesh,

Got it. So it's the emulator that's the problem. Sounds good, I've made the changes. Thanks for all your help. =)

-Steve

Hello Mahesh,

On Brew 2.0 device Motorola V710, I don't receive a EVT_APP_SUSPEND till I select :-

1) Answer for phone call
2) View for SMS

If I select one of the following I never get an EVT_APP_SUSPEND
1) Ignore for phone
2)Exit for SMS

The result of this is that even if I now "END" the game after having received a call/sms and ignored/exited it, the game does not stop.

If you dont select anything on the OEM messgage ignore/exit, then the game continues to run in the background.

Is there anything that can be done to workaround this problem. Does the OEM actually give you any message other than EVT_APP_SUSPEND that can be processed. My apps are currently in NSTL testing and am hoping they dont reject it on basis of this handset issue.

This is a known behavior on the device - Motorola introduced it intentionally, though they are evaluating whether it will be changed.

__________________
Max
BREW Apps Engineering

would NSTL fail our app on this issue?

Thanks!
Jean

No...it was intended by the OEM.

__________________
Max
BREW Apps Engineering