PDA

View Full Version : When receives an SMS msg, appears Unknown error msg.


cool4ever
05-19-2002, 11:50 PM
Hi guys.

I have some questions.

Actually, our apps. are on the NSTL testing progress.
Some of those are passed clearly.
But I got an error report from them yesterday.

They said that if the user receives an SMS message while in the application, a message appears: 'Browser unknown error msg'.

I can't figure out the error.
I can't reproduce the error b'cuz we are far from the States.

Is there anyone can tell me what does the error mean?
Is there any particular process dealing with incoming SMS msg from incoming phone call?

In my thought, incoming SMS msg and phone call will invoke the same event-SUSPEND.

Thank you for reading my problem, and I'll wait your reply hopefully.
- Ian

arunbangari
05-21-2002, 06:37 AM
Hi,
As far as my knowledge, its not the app suspend but EVT_APP_MESSAGE which will be fired when an incoming message is delivered to phone. I think you are not handling this event properly or you are not using EVT_APP_MESSAGE at all. Just give a check.U can use ISHELL_BrowseUrl api to handle this message. :D

Arun bangari

cool4ever
05-21-2002, 10:57 PM
Dear Arun,
Hi.

Thanks your reply.
You're right, I didn't handle the EVT_APP_MESSAGE in any application made by me.

B'cuz I think the EVT_APP_SUSPEND/EVT_APP_RESUME are enough to handle many suspend events.(e.g. Low battery, Alarm, non BREW SMS message, incoming phone call)

I think the NSTL tested non-BREW SMS message while running application and the EVT_APP_MESSAGE event handle BREW application-directed SMS message, isn't it?

If you are right, I have many problems.

Am I wrong?
I'm so worried. :(
Must I handle the EVT_APP_MESSAGE for incoming non BREW-SMS Message?

-Ian

devi
05-28-2002, 04:24 PM
To handle a non-BREW SMS you must handle EVT_APP_SUSPEND and EVT_APP_RESUME. EVT_APP_MESSAGE event is for BREW application directed SMS messages. Please refer to http://www.qualcomm.com/brew/developer/support/kb/52.html and http://www.qualcomm.com/brew/developer/support/kb/51.html for more information.

Devi Krishnan
BREW Support

anita
06-13-2002, 04:17 PM
My app encountered the same issue in testing. While the app is running, a non-BREW SMS is sent to the device. Upon receiving the SMS the handset displays "Browser Unknown Error (1)," instead of the appropriate text message notice.

I was able to reproduce this scenario with the Kyocera 3035, running BREW Build LR 2034, and only when the application was loaded onto the handset, but before the device was reset. The error never occurred under version LR2010.

An EVT_APP_SUSPEND event is received. When the SMS is dismissed or the user backs out of the message, my app becomes active again. However, it does not receive an EVT_APP_RESUME event, causing the application to hang on a clear screen.

From my understanding it is BREW's job to properly handle and display the relevant message for an incoming email or SMS. BREW should also send the proper suspend and resume events.

This is not related to the EVT_APP_MESSAGE event. What could cause these problems? Why would "Browser Unknown Error (1)" be displayed?

anita
06-13-2002, 04:26 PM
I was also able to produce this error after the device was reset.

- Anita

pobrien
10-22-2002, 04:14 PM
Anita,

did you ever get an answer to this question? BTW, I agree with the prior mails that differentiate between app-directed SMS and non app-directed SMS.

Your test scenarios is interesting, and I will try it with the 3035. One further question, and one with a simple answer I expect: how does one find the BREW Build LR 2024 information... is it (a) dynamically retrieved or in the build docs somewhere and (b) does it apply to both the emulator version and/or device?

I have used GETAEEVERSION(), but it doesn't return this type of information, and doesn't have any "See also" information.

Thanks,

Patrick.

pobrien
10-23-2002, 01:29 AM
When entering various numbers into the phone tonight (111111) I came upon the Options menu, and under Version I found the LR values and more good stuff.

Thanks in advance.

Patrick.