dx94 / microemu Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/microemu
Automatically exported from code.google.com/p/microemu
What steps will reproduce the problem?
1. open an HttpConnection
2. get its InputStream
3. close HttpConnection without closing the InputStream
4. try to read from InputStream - see it reads empty data (read() returns -
1)
What is the expected output? What do you see instead?
In WTK emulator and real devices (Nokia S60, S40, LG, Samsung) the
InputStream doesn't die after the connection is closed, and data can be
read from the stream. It would be good to follow real implementations, or
at least throw an exception that the connection has been closed, instead of
silently returning empty data.
I agree that using InputStream after closing the connection is not good
anyway, so I'll change my code.
This is a minor bug, just for your information.
What version of the product are you using? On what operating system?
ME 2.0.4
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 20 May 2010 at 4:37
What steps will reproduce the problem?
1. select the resizeable device from the device list.
2. open a midlet.
3. change the emulator size (either with mouse or using the Resize button.
What is the expected output? What do you see instead?
The display area should be resized appropriately.
Instead, the window area is resized, but the midlet's display area remains
the same, i.e. the midel display takes up only the same small portion of
the window and the rest is just blank white space. Also, the sizeChanged
event is fired with the previous dimensions, not the new ones.
What version of the product are you using? On what operating system?
2.0.3 on Linux (Sun JVM 1.6.0_16).
Please provide any additional information below.
Original issue reported on code.google.com by amichair
on 2 Jan 2010 at 7:16
Hi
I am trying to convert .jar to .apk. I am getting errors how can i resolve
this error.
Plz any one can guide me. How to solve this error.
C:\Users\RA\Desktop\micro\microemu-android>ant
Buildfile: C:\Users\RA\Desktop\micro\microemu-android\build.xml
clean:
[delete] Deleting directory C:\Users\RA\Desktop\micro\microemu-android\bin
check:
dirs:
[mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin
[mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\assets
[mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\classes
[mkdir] Created dir:
C:\Users\RA\Desktop\micro\microemu-android\bin\producer
[mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\res
[mkdir] Created dir: C:\Users\RA\Desktop\micro\microemu-android\bin\libs
compile-producer:
[javac] C:\Users\RA\Desktop\micro\microemu-android\build.xml:106:
warning: 'includeantruntime' was not set, defaulting to build.sysclass
path=last; set to false for repeatable builds
[javac] Compiling 2 source files to
C:\Users\RA\Desktop\micro\microemu-android\bin\producer
read-jad:
BUILD FAILED
C:\Users\RA\Desktop\micro\microemu-android\build.xml:118: The following
error occurred while executing this line:
C:\Users\RA\Desktop\micro\microemu-android\build.xml:67: Source resource
does not exist: C:\Users\RA\Desktop\micro\microemu-examples\microem
u-demo\target\microemu-demo-3.0.0-SNAPSHOT-me.jad
Total time: 4 seconds
Cheers
Raghu.
Original issue reported on code.google.com by [email protected]
on 8 Mar 2010 at 6:54
In my debugger I have seen the filter comparing the same record repeatedly.
I believe in the case where the filter matches data, you should increment
the recordId.
RecordEnumerationImpl.java, line 194:
if (filter != null && !filter.matches(data)) {
recordId++; // <----- Add this
continue;
}
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:47
What steps will reproduce the problem?
1. Download DB Railnavigator:
http://railnavigator.bahn.de/bin/pf/query-p2w.exe/dn?p2wMode=h2g
2. Run the MIDlet with MicroEmu 3.0 snapshot.
Optionally, select "Einstellungen", "Sprache", "Englisch" to switch to
English language.
3. Click "Connections", select "From / Start". Select "New Location". Click
"Location Name". The screen will show the Label "Location name" and an
input field underneath.
4. Try to enter some text which contains capitals.
What is the expected output? What do you see instead?
I expect to be able to enter lower and upper case letters into the text
field. However, only lower case letters can be entered, captial letters
simply do not appear.
What version of the product are you using? On what operating system?
3.0-SNAPSHOT as of 20100222 on Linux 2.6.31 x86.
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 22 Feb 2010 at 10:30
I use MicroEmulator 2.0.4, XP SP3 chs
Original issue reported on code.google.com by [email protected]
on 31 Mar 2010 at 2:42
What steps will reproduce the problem?
1. create TextField: TextField tf = new TextField("Decimals", "", 10,
TextField.DECIMAL);
2. Run in emulator, will not accept decimals.
What is the expected output? What do you see instead?
To be able to enter decimals either from the phone keypad or the computer
keyboard.
What version of the product are you using? On what operating system?
microemulator-2.0.4
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 27 May 2010 at 9:43
What steps will reproduce the problem?
1. Install
http://www.dashandyticket.de/portals/download/1/1.0/49/dasHandyTicket.jar
2. Try to buy a ticket with tour start "Nürnberg"
What is the expected output?
Success
What do you see instead?
"Standort für dieses Ticket unzulässig oder mehrdeutig" ("Location for this
ticket invalid or amiguous")
What version of the product are you using? On what operating system?
microemu-android trunk on Nexus One
Please provide any additional information below.
The Umlauts look quite strange in logcat:
V/MicroEmulator( 994): 0<?xml version="1.0" encoding="UTF-8"?>
V/MicroEmulator( 994):
<mserviceResponse><processes><process
id="proc01"><auskunftProzessResponse><start><ort><ortText>N´┐â´¥╝rnberg<
/ortText></ort></start><ziel
/></auskunftProzessResponse></process></processes></mserviceResponse>
Original issue reported on code.google.com by sonic740606
on 17 Mar 2010 at 6:33
What steps will reproduce the problem?
1. Create midlet with:
Alert aAlert = new Alert("Test");
Display.getDisplay(this).setCurrent(aAlert);
2. Port to android.
3. Start app.
What is the expected output? What do you see instead?
Expected is to see Alert. Console shows NullPointerException:
E/AndroidRuntime( 422): Uncaught handler: thread event-thread exiting due
to uncaught exception
E/AndroidRuntime( 422): java.lang.NullPointerException
E/AndroidRuntime( 422): at
org.microemu.android.device.ui.AndroidAlertUI.isToastable(AndroidAlertUI.java:11
8)
E/AndroidRuntime( 422): at
org.microemu.android.device.ui.AndroidAlertUI.showNotify(AndroidAlertUI.java:182
)
E/AndroidRuntime( 422): at
javax.microedition.lcdui.Displayable.showNotify(Displayable.java:281)
E/AndroidRuntime( 422): at
javax.microedition.lcdui.Display$1.run(Display.java:543)
E/AndroidRuntime( 422): at
org.microemu.device.ui.EventDispatcher$RunnableEvent.run(EventDispatcher.java:24
6)
E/AndroidRuntime( 422): at
org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
E/AndroidRuntime( 422): at
org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:99)
E/AndroidRuntime( 422): at java.lang.Thread.run(Thread.java:1060)
What version of the product are you using? On what operating system?
Irrelevant.
Please provide any additional information below.
displayableUnboxed.getType().equals(AlertType.INFO);
When Alert has no type, getType() returns null:
null.equals(AlertType.INFO) raises exception.
How to solve it:
--- D:\Old\tmp\AndroidAlertUI.java.old
+++ D:\Old\tmp\AndroidAlertUI.java.new
@@ -100,6 +100,9 @@
* {@link Alert#FOREVER}.
*/
protected boolean isToastable() {
+ if(displayableUnboxed.getType() == null) {
+ displayableUnboxed.setType(AlertType.INFO);
+ }
boolean isToastable = displayableUnboxed.getType().equals(
AlertType.INFO)
&& displayableUnboxed.getTimeout() != Alert.FOREVER
Attached file is patched
microemulator\microemu-android\src\org\microemu\android\device\ui\AndroidAlertUI
.java
file.
Original issue reported on code.google.com by [email protected]
on 3 Mar 2010 at 3:19
Attachments:
Now, in MicroEmulator, a call to flushGraphics results in a call to
repaint, which is not correct.
This causes many applications (esp. games) to flicker badly.
A call to flushGraphics should put the (already drawn) backbuffer on
screen.
Or, as SonyEricsson describes it:
"A call to flushGraphics() is similar to calling repaint(); and
serviceRepaints(); in sequence, but the difference is that flushGraphics()
does not generate a call to your paint() method."
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:10
Is the directory not created or does this feature not work at all ?
I also tried to use the EmulatorID and it did not work - on windows either
on linux systems. The microemu starts and keep the starndard
$home/.microemulator/filesystem folder.....
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 9:59
What steps will reproduce the problem?
1.Download a prebuild midlet from http://gpsmid.sourceforge.net/prebuild/
2.Start MicroEmulator 3.0. downloaded from
http://snapshot.microemu.org/microemulator/download/microemulator-3.0.0-SNAPSHOT
.zip
(version from 08-Jan-2010)
3.Load and try to start the midlet
What is the expected output? What do you see instead?
Midlet does not startup, instead an exception occurs:
Error starting midlet
java.lang.NoClassDefFoundError: javax/microedition/media/PlayerListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at
org.microemu.app.classloader.MIDletClassLoader.findClass(MIDletClassLoader.java:
427)
at
org.microemu.app.classloader.MIDletClassLoader.loadClass(MIDletClassLoader.java:
201)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at de.ueller.midlet.gps.GpsMid.<init>(GpsMid.java:121)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.microemu.app.Common.loadMidlet(Common.java:418)
at org.microemu.app.Common.initMIDlet(Common.java:1044)
at org.microemu.app.launcher.Launcher.commandAction(Launcher.java:121)
at javax.microedition.lcdui.Display$DisplayAccessor$1.run(Display.java:209)
at
org.microemu.device.ui.EventDispatcher$RunnableEvent.run(EventDispatcher.java:24
6)
at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:99)
at java.lang.Thread.run(Unknown Source)
Caused by:
org.microemu.app.classloader.MIDletClassLoader$LoadClassByParentException:
javax.microedition.media.PlayerListener
at
org.microemu.app.classloader.MIDletClassLoader.findClass(MIDletClassLoader.java:
339)
at java.lang.ClassLoader.loadClass(Unknown Source)
at
org.microemu.app.classloader.MIDletClassLoader.loadClass(MIDletClassLoader.java:
213)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
... 22 more
What version of the product are you using? On what operating system?
Win 7 64 bit,
http://snapshot.microemu.org/microemulator/download/microemulator-3.0.0-SNAPSHOT
.zip
(version from 08-Jan-2010)
Please provide any additional information below.
Works with Microemulator 2.0.3
Original issue reported on code.google.com by [email protected]
on 8 Jan 2010 at 9:25
Running the August 18 2009 v3.0.0 SNAPSHOT emulator locally on the
apps/microemu-demo.jad "java -jar microemulator.jar
-Xautotest:http://localhost:8000/microemu-demo.jad" with JRE 1.6.0_13 where
the JAD is modified to point "MIDlet-Jar-URL:
http://localhost:8000/microemu-demo.jar" and using a local web server on
Mac OSX 10.5 "python -m SimpleHTTPServer" in the apps/ folder the emulator
throws:
java.lang.IllegalArgumentException: microemu.accessible.host
at java.util.jar.Attributes$Name.<init>(Attributes.java:447)
at java.util.jar.Attributes.getValue(Attributes.java:99)
at org.microemu.util.JadProperties.getProperty(JadProperties.java:118)
at org.microemu.util.JadProperties.getProperty(JadProperties.java:127)
at org.microemu.app.Common.getAppProperty(Common.java:169)
at org.microemu.MIDletBridge.getAppProperty(MIDletBridge.java:127)
at javax.microedition.midlet.MIDlet.getAppProperty(MIDlet.java:84)
at
org.microemu.midp.examples.simpledemo.HTTPPanel.<init>(HTTPPanel.java:65)
at
org.microemu.midp.examples.simpledemo.SimpleDemoMIDlet.startApp(SimpleDemoM
IDlet.java:67)
at
javax.microedition.midlet.MIDlet$MIDletAccessor.startApp(MIDlet.java:49)
at org.microemu.app.Common.startMidlet(Common.java:428)
at org.microemu.app.Common.access$200(Common.java:94)
at org.microemu.app.Common$1.run(Common.java:301)
This exception should not be thrown by getAppProperty.
http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/midlet/
MIDlet.html#getAppProperty%28java.lang.String%29
A missing JAD property, in this case "microemu.accessible.host", should
result in getAppProperty returning a null String.
Further, Sun says a NullPointerException will be thrown by getAppProperty
when the parameter passed into the method is null. I believe Sun should
have thrown an IllegalArgumentException here.
MicroEmulator's getAppProperty should return a null String.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:40
The call to hideNotify() in Display.clean() should be sent to the Event
Dispatcher rather than called directly, in order to satisfy the serial
event delivery requirement in the MIDP spec. Otherwise hideNotify() may be
called before previous application events placed in the queue are
completed.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:59
Attachments:
What steps will reproduce the problem?
1. Do some J2ME code like:
// check for supported MIDP version
String supportedMidpProfile = System.getProperty("microedition.profiles");
if (supportedMidpProfile.indexOf("MIDP-2.") == -1) {
// if MIDP 2.0 is not supported, then the application will not run
utilObj.log("MIDP 2.0 not supported by the device.\n" +
applicationName + " will not run correctly !");
Thread.sleep(3000);
}
(or download from e.g. http://dictionarymid.sourceforge.net/dict.html)
2. Run in microemulator (web start). Runs OK
3. Save for web
4. Run as applet.
java.lang.NullPointerException applears in when calling
supportedMidpProfile.indexOf("MIDP-2.")
What is the expected output? What do you see instead?
According to
http://developers.sun.com/mobility/midp/questions/properties/index.html
there are some properties that developers can trust are always defined.
Microemu returns null in all cases when running as an applet.
What version of the product are you using? On what operating system?
Irrelevant
Please provide any additional information below.
See
http://code.google.com/p/microemu/source/browse/trunk/microemulator/microem
u-injected/src/main/java/org/microemu/Injected.java
Please change
public static String getProperty(String key) {
try {
return System.getProperty(key);
} catch (SecurityException e) {
return null;
}
}
to something like
public static String getProperty(String key) {
String value;
try {
value = System.getProperty(key);
} catch (SecurityException e) {
value = null;
}
if (value != null) return value;
if ("microedition.encoding".equals(key)) return
"ISO8859_1";
if ("microedition.configuration".equals(key)) return "CLDC-
1.0";
if ("microedition.profiles".equals(key)) return "MIDP-2.0";
... (etc)
return null;
}
Thanks,
Jacob
Original issue reported on code.google.com by jacob.nordfalk
on 29 Apr 2010 at 4:41
What steps will reproduce the problem?
The provided codesnipped (code.txt) results in a NullpointerException (log.txt)
What is the expected output? What do you see instead?
No Exception
What version of the product are you using? On what operating system?
Trunk from 2010.03.17
runs in android sdk on android 2.0.1
Additional information:
If the ChoiceGroup is _not_ removed from the form
before(choosePlacesForm.delete(i);), the NullpointerException is not thrown.
BTW: The exception is also thrown if "reasons" is not constructed completly
new ("new ChoiceGroup(...)"), and "reasons.deleteAll();" is called instead.
Original issue reported on code.google.com by [email protected]
on 18 Mar 2010 at 10:55
Attachments:
What steps will reproduce the problem?
1. open microemulator with any midlet.
2. click any command button, even the 'start' command in microemulator's
own application selection display (before the midlet is actually started).
What is the expected output? What do you see instead?
The selection buttons are displayed at the bottom of the display (in
non-fullscreen mode), they respond to being clicked by becoming highlighted
in black, but do not actually perform the corresponding command action.
Instead, a regular pointer event is generated in the midlet, and the
commands don't run.
What version of the product are you using? On what operating system?
2.0.3 on Linux (Sun JVM 1.6.0_16)
Please provide any additional information below.
Original issue reported on code.google.com by amichair
on 2 Jan 2010 at 7:20
What steps will reproduce the problem?
1. start opera mini in ME
2. move cursor and see that screen is repainted incorrectly (some old
paintings remain, see attached .gif)
Opera mini attached just in case
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
ME 2.0.4
mixa@mixa-nb ~/microemulator/microemulator-2.0.4 $ java -version
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
Java HotSpot(TM) Client VM (build 14.3-b01, mixed mode, sharing)
Please provide any additional information below.
ME 3.0.0 has the same problem (may be not latest ME 3.0.0 build - took it
some time ago). I experience some problems with screen repaint in my LWUIT
program as well. ME 2.0.3 _does_ paint screen OK (but doesn't repaint soft
key area, that probably is another issue)
Original issue reported on code.google.com by [email protected]
on 12 May 2010 at 5:12
Attachments:
The previous* methods brings the current record and not the previous one.
And if your are at the end of an enumeration and invokes the previous*
method on the RecordEnumeration it will throw a Exception.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:36
Attachments:
What steps will reproduce the problem?
1. Convert this app for android http://www.qcontinuum.org/compass/
2. Run it, choose location, and press ok.
What is the expected output? What do you see instead?
An exception happens.
V/MicroEmulator(17124): error
V/MicroEmulator(17124):
V/MicroEmulator(17124): java.io.FileNotFoundException: TimeZone.dat
V/MicroEmulator(17124): at
android.content.res.AssetManager.openAsset(Native Method)
V/MicroEmulator(17124): at
android.content.res.AssetManager.open(AssetManager.java:301)
V/MicroEmulator(17124): at
android.content.res.AssetManager.open(AssetManager.java:275)
V/MicroEmulator(17124): at
org.microemu.android.MicroEmulatorActivity$1.getResourceAsStream(MicroEmulatorAc
tivity.java:127)
V/MicroEmulator(17124): at
org.microemu.app.Common.getResourceAsStream(Common.java:179)
V/MicroEmulator(17124): at
org.microemu.MIDletBridge.getResourceAsStream(MIDletBridge.java:132)
V/MicroEmulator(17124): at
org.qcontinuum.compass.TimeZone.getZones(Unknown Source)
V/MicroEmulator(17124): at
org.qcontinuum.compass.LocationTimeZone.<init>(Unknown Source)
V/MicroEmulator(17124): at
org.qcontinuum.compass.LocationMap.b(Unknown Source)
V/MicroEmulator(17124): at
org.qcontinuum.compass.LocationMap.commandAction(Unknown Source)
V/MicroEmulator(17124): at
javax.microedition.lcdui.Display$DisplayAccessor$1.run(Display.java:209)
V/MicroEmulator(17124): at
org.microemu.device.ui.EventDispatcher$RunnableEvent.run(EventDispatcher.java:24
6)
V/MicroEmulator(17124): at
org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
V/MicroEmulator(17124): at
org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:99)
V/MicroEmulator(17124): at java.lang.Thread.run(Thread.java:1096)
What version of the product are you using? On what operating system?
Trunk and r2211.
Please provide any additional information below.
I think it is because midlet was calling getResourceAsStream() with a
relative path, which means relative to the class path.
When calling android's AssetManager.open() we are discarding the path, then
the problem.
Original issue reported on code.google.com by [email protected]
on 14 Jan 2010 at 10:31
MicroEmu does not accept datagram address in Sun standard.
UDPDatagramConnection conn;
conn.newDatagram(buff, length, "datagram://server:port");
The above line will throw an exception. I must remove "datagram://" from
the address string to make it work. However according to Sun MIDP specs and
Sun Wireless Toolkit Emulator, we must provide the schema.
Original issue reported on code.google.com by [email protected]
on 7 Jan 2010 at 1:56
Basic implementation to support paint(...) for CustomItem.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 12:01
Attachments:
What steps will reproduce the problem?
1. Turn Microemulator on
2. Select Fishtext.jar
3. Try to enter the telephone number
What is the expected output? What do you see instead?
The number should be entered ompletely
What version of the product are you using? On what operating system?
2.0.4.62 n Maemo (Nokia N900)
Please provide any additional information below.
The phone number should be entered completely before pressing start and
running Fishtext. But instead, microemulator does not accept numbers.
Original issue reported on code.google.com by [email protected]
on 27 May 2010 at 9:20
What steps will reproduce the problem?
1.Start my application in the emulator (jar not-web based)
2.I can use it, on a screen where there is a lot of loadings application
freezes, no error messages, juste freeze. But i think that is normal... ?
3.If i generate a web-based version, at the start of the application i got
an error in console :
Exception in thread "event-thread" java.lang.NullPointerException
at java.io.DataOutputStream.writeUTF(Unknown Source)
at java.io.DataOutputStream.writeUTF(Unknown Source)
at g.a(Unknown Source)
at mt.MTPOS.saveConf(Unknown Source)
at al.commandAction(Unknown Source)
at ad.keyPressed(Unknown Source)
at javax.microedition.lcdui.Display$KeyEvent.run(Display.java:152)
at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:162)
at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:97)
at java.lang.Thread.run(Unknown Source)
basic: Starting applet teardown
java.lang.NullPointerException
at java.io.DataOutputStream.writeUTF(Unknown Source)
at java.io.DataOutputStream.writeUTF(Unknown Source)
at g.a(Unknown Source)
at mt.MTPOS.saveConf(Unknown Source)
at mt.MTPOS.exitMTPOS(Unknown Source)
at mt.MTPOS.destroyApp(Unknown Source)
at javax.microedition.midlet.MIDlet$MIDletAccessor.destroyApp(MIDlet.java:58)
at org.microemu.applet.Main.destroy(Main.java:287)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown
Source)
at java.lang.Thread.run(Unknown Source)
At this level, i'm just saving somth in the recordstore...
What is the expected output? What do you see instead?
Application does not crash ;)
What version of the product are you using? On what operating system?
tried with microemulator-2.0.4 & microemulator-3.0.0-SNAPSHOT
Thanks in advance, and many thanks for your great job & community !
Original issue reported on code.google.com by [email protected]
on 22 Apr 2010 at 7:59
When listening for item changes via a ItemStateListener, the event is
received when a ChoiceGroup is opened, instead of after a value is set. I
believe it has to do with the following lines in Form.java
// why do we call this here?
// Andres Navarro
fireItemStateListener();
By pressing enter to have the ChoiceGroup opened, the event is fired.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:04
framework candidate:
gettext-commons: http://code.google.com/p/gettext-commons/
procedure:
* integrate gettext-commons to MicroEmu code base
* find and convert source files to a format ready to be used by gettext-commons
* ...
* translate into different languages
Original issue reported on code.google.com by [email protected]
on 7 Apr 2010 at 2:25
What steps will reproduce the problem?
1.Compile the attached 7zipped files (netbeans-project) an run on android
2.check the sysout
What is the expected output? What do you see instead?
list.size() have to return the correct number of entries of the list
What version of the product are you using? On what operating system?
Trunk from 2010.03.17
running on android sdk (android 2.0.1)
Original issue reported on code.google.com by [email protected]
on 19 Mar 2010 at 11:48
Attachments:
There is a bug in Sprite's pixel level collision detection, which causes
the getRGB method to sometimes throw an IllegalArgumentException or return
the wrong values. The problem only appears on Sprites with multiple frames
when the number of columns does not match the number of rows (for example a
1x3 or 3x2 image).
The fix is small, just requiring switching the 'rows' variable with 'cols'
in two places.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:55
Attachments:
It seems that the painting of GameCanvas does not work - both with repaint
and with flushgraphics.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:38
What steps will reproduce the problem?
1. Install DB Railnavigator:
http://railnavigator.bahn.de/rnav/dbrailnavigator_std.zip
2. Try to download a train timetable: first menu entry, some start and some
end, "Abrufen" ("Download")
What is the expected output?
The train timetable
What do you see instead?
java.lang.NoSuchMethodError: a
at a.aw.b(Unknown Source)
at a.bm.b(Unknown Source)
at a.u.b(Unknown Source)
at a.f.<init>(Unknown Source)
at a.bf.run(Unknown Source)
at java.lang.Thread.run(Thread.java:1096)
What version of the product are you using?
microemu-android trunk
On what operating system?
Android 2.1
Original issue reported on code.google.com by sonic740606
on 17 Mar 2010 at 7:00
First of all, thank you for MicroEmulator .. living alone with WTK would be
a PITA.
Now to the issue, the title says it already. The static reference is not
really a leak, as this reference gets refreshed when a new Alert is
displayed so that finally the previous object referenced by
Alert.nextDisplayable may get garbage collected. However this reference
makes profiling for real memory leaks complicated. Things would be easier
if this reference would be an instance field.
Thanks and cheers,
Oben
BTW.. I'm using MicroEmu 2.0.3
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:43
What steps will reproduce the problem?
1. Open Web start from
http://snapshot.microemu.org/microemu-webstart/index.html
2. Download a dictionary from
http://dictionarymid.sourceforge.net/dict.html and put it on a web page
(Ive done that at: http://javabog.dk/filer/DictionaryForMIDs-crash )
3. Open the emulator's log window
4. Drag the JAD file to the emulator and start it
What is the expected output? What do you see instead?
I see a NullPointerException, caused by invoking removeCommand(null) on a
Displayable (unfortunately I can't copy text from the log window in
microemu...)
What version of the product are you using? On what operating system?
I tried all microemu versions.
Please provide any additional information below.
The javadoc specifies that removeCommand(null) should be possible.
removeCommand
public void removeCommand(Command cmd)
Removes a command from the Displayable. If the command is not in the
Displayable (tested by comparing the object references), the method has no
effect. If the Displayable is actually visible on the display, and this
call affects the set of visible commands, the implementation should update
the display as soon as it is feasible to do so. If cmd is null, this method
does nothing.
Parameters:
cmd - the command to be removed
(I copied from
http://www.j2medev.com/api/midp/javax/microedition/lcdui/Displayable.html#remove
Command%28javax.microedition.lcdui.Command%29)
Original issue reported on code.google.com by jacob.nordfalk
on 28 Apr 2010 at 10:12
The specs (
http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/lcdui/D
isplayable.html#removeCommand(javax.microedition.lcdui.Command) )
tell it is allowed to remove a command not attached to a Displayable.
However, MicroEmulator gives an NullPointerException when trying to do so.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:33
Hi,
Run this application:
http://microemu.org/webstart/mxit.defza.com/mxit/5.8.2.jnlp
And then the screen at the beginning where you change your country, that
link isn't clickable.
On devices it is indeed clickable.
Tried on version 2.0.3.64
Thanks,
David
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:14
What steps will reproduce the problem?
>> pressed the "-" key
What is the expected output? What do you see instead?
>> No
What version of the product are you using? On what operating system?
>> 2.0.4
Original issue reported on code.google.com by [email protected]
on 26 May 2010 at 8:17
What steps will reproduce the problem?
1. call Manager.createPlayer(Manager.TONE_DEVICE_LOCATOR).
What is the expected output? What do you see instead?
a player capable of playing tones should be returned, but instead null is
returned.
What version of the product are you using? On what operating system?
2.0.3 on Linux (Sun JVM 1.6.0_16)
Please provide any additional information below.
A peek at the source code shows that some tone generating code already
exists, but is either incomplete or was just forgotten to be integrated via
the createPlayer API.
Original issue reported on code.google.com by amichair
on 2 Jan 2010 at 7:25
According to the MIDP API at
http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/lcdui/T
extField.html#setString(java.lang.String), passing null to
TextField.setString() should empty the field. Instead, a
NullPointerException is thrown (there is a missing null check in the
overloaded method).
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:12
Tried to convert the Forumla One Live Timings app to Android using this, got
it to compile, but the app crashes when executed on the device.
See my post here:
http://androidforums.com/android-applications/52861-formula-1-timings-
app.html#post431723
The original J2ME files are here:
http://mobile.formula1.com/download/select
Tried using SVN r2339
Original issue reported on code.google.com by [email protected]
on 25 Mar 2010 at 8:42
I have tried writing data using the output stream acquired from
HttpConnection. The code is shown below.
HttpConnection
conn=(HttpConnection)Connector.open(myurl);
conn.setRequestMethod(HttpConnection.POST);
conn.setRequestProperty("Content-Type", "application/octet-
stream");
OutputStream os=conn.openOutputStream();
DataOutputStream dos=new DataOutputStream(os);
dos.writeUTF("This is my test");
dos.flush();
dos.close();
os.close();
The problem I have is that this is sending nothing. I cant receive
anything from the other side.
Original issue reported on code.google.com by [email protected]
on 22 Feb 2010 at 10:52
What steps will reproduce the problem?
1. Create JAR+JAD packet containing two midlets
2. Open JAD in microemulator.
3. Microemu shows menu to select which midlet to start
4. Selection is ignored and microemu allways starts second midlet from
jad-file.
Midlet selection list order is reversed from jad file.
Tested on microemulator version 2.0.4.62
Original issue reported on code.google.com by [email protected]
on 27 Jan 2010 at 9:25
Hi,
If you have this in your MIDlet:
MIDlet-1: ContactlessConnectionTestMIDlet,,ds.contactless.javame.tests
.ContactlessConnectionTestMIDlet
(it is wrapped on 72 chars)
this doesn't work if you try to open this JAD file with the emulator
(NullPointerException)
error Message: Error starting MIDlet: Unable to create MIDlet,
java.lang.NullPointerException java.lang.NullPointerException
org.microemu.app.Common.startMidlet(Common.java:417)
java.lang.NullPointerException
at org.microemu.app.Common.startMidlet(Common.java:410)
at org.microemu.app.Common.initMIDlet(Common.java:1039)
at org.microemu.app.Headless.main(Headless.java:120)
at org.microemu.app.Main.main(Main.java:1021)
destroyMIDletContext
org.microemu.app.Common.destroyMIDletContext(Common.java:187)
The problem seems to be located in:
microemu-javase/src/main/java/org/microemu/util/JadProperties.java in the
method "public Vector getMidletEntries()" as it doesn't deal with reading
the Class Name split over multiple lines.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:06
When using a javax.microedition.lcdui.Canvas, the title doesn't show at
all.
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 10:08
UDPDatagramConnection udpServer = (UDPDatagramConnection) Connector.open
("datagram://:");
This line should create server mode UDPDatagramConnection, bound to system
assigned port. Instead I get NumberFormatException: For input string: "".
This is due to bug in org.microemu.cldc.datagram.Connection.openConnection
() method, where the {port} part of the url string is supposed to be there
(and contain valid integer), but in fact it is missing.
http://code.google.com/p/microemu/source/browse/trunk/microemulator/
microemu-javase/src/main/java/org/microemu/cldc/datagram/
Connection.java#139
This code is the same in v2.0.3, v2.0.4-Snapshot and in trunk of SVN
repository.
Similar problem exists in org.microemu.cldc.socket.Connection.open(String
name), when trying to to create socket server with system assigned port
like this: ServerSocketConnection socketServer = (ServerSocketConnection)
Connector.open("socket://:");
Original issue reported on code.google.com by [email protected]
on 8 Jan 2010 at 4:36
The rebuild method of org.microemu.util.RecordEnumerationImlp does NOT work
properly if a filter is provided and if this filter matches a false value.
The rebuild method will fetch the same record from
recordStoreImpl.getRecord(recordId) because once the filter matches a false
value the recordId variable won't be any more updated.
Attached is a patch that fixes the issue.
Original issue reported on code.google.com by [email protected]
on 6 Jan 2010 at 2:42
Attachments:
What steps will reproduce the problem?
1. Configure MicroEmulator as a "resizeable device".
1. Download DB Railnavigator:
http://railnavigator.bahn.de/bin/pf/query-p2w.exe/dn?p2wMode=h2g
2. Run the MIDlet with MicroEmu 2.0.4, select "Einstellungen", optionally
select English as the language, select "Fullscreen" Mode / "Vollbild".
What is the expected output? What do you see instead?
DB Railnavigator should switch to fullscreen mode. It does, but after
switching, clicks trigger the wrong main menü entries, ie. not the entry one
thinks he has clicked at. Additionally, the navigation menu at the bottom of
the screen disappears, making navigation impossible.
If you quick Railnavigator now and try to restart it, you'll get following
exception in MicroEmu:
Exception in thread "event-thread" java.lang.NullPointerException
at a.az.getHeight(Unknown Source)
at
javax.microedition.lcdui.Displayable.showNotify(Displayable.java:266)
at javax.microedition.lcdui.Display$1.run(Display.java:523)
at
org.microemu.device.ui.EventDispatcher$ShowNotifyEvent.run(EventDispatcher.jav
at
org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:162)
at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:97)
at java.lang.Thread.run(Thread.java:619)
What version of the product are you using? On what operating system?
* Java SE 1.6.0_17 x86, Debian GNU/Linux x86
* MicroEmu 2.0.4
* DB Railnavigator R6.60.13, Release 5.24.DB.R6.60.m (H6.60.13)
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 7 Feb 2010 at 10:14
What steps will reproduce the problem?
1. Install
http://www.dashandyticket.de/portals/download/1/1.0/49/dasHandyTicket.jar
2. Buy a ticket - Not very feasible, I know :-/
3. View ticket, press menu key, "Show Barcode".
What is the expected output?
The barcode shown alone.
What do you see instead?
java.lang.NullPointerException
at
org.microemu.android.device.AndroidDeviceDisplay.paintDisplayable(AndroidDeviceD
isplay.java:253)
at
org.microemu.android.device.AndroidDeviceDisplay.repaint(AndroidDeviceDisplay.ja
va:226)
at
org.microemu.device.ui.EventDispatcher$PaintEvent.run(EventDispatcher.java:185)
at org.microemu.device.ui.EventDispatcher.post(EventDispatcher.java:164)
at org.microemu.device.ui.EventDispatcher.run(EventDispatcher.java:95)
at java.lang.Thread.run(Thread.java:1096)
What version of the product are you using? On what operating system?
microemu-android trunk on Nexus One
Original issue reported on code.google.com by sonic740606
on 17 Mar 2010 at 1:22
I fixed a few issues with CustomItem to get it working with my
application:
- paint(Graphics g) now also calls the abstract paint(Graphics g, int w,
int h) function implemented by subclasses
- an appropriate getHeight() is also computed for the content
- isFocusable() returns true
- select() sends a fake keyPressed(-5): it seems to be the most
straightforward way to receive notification for the FIRE button
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:53
Attachments:
Hello,
I try to run my app in microemu-android, using android_sdk1.6, in emulator.
My app makes https connections to a server, when it tries to connect the
followin exception it's thrown :
V/MicroEmulator( 758): java.security.NoSuchAlgorithmException: SSLContext
SSL implementation not found
V/MicroEmulator( 758): at
org.apache.harmony.security.fortress.Engine.getInstance(Engine.java:104)
V/MicroEmulator( 758): at
javax.net.ssl.SSLContext.getInstance(SSLContext.java:90)
V/MicroEmulator( 758): at
org.microemu.cldc.https.Connection.<init>(Connection.java:49)
V/MicroEmulator( 758): at java.lang.Class.newInstanceImpl(Native Method)
V/MicroEmulator( 758): at java.lang.Class.newInstance(Class.java:1472)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl.openSecure(ConnectorImpl.java:13
7)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl.access$200(ConnectorImpl.java:51
)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl$1.run(ConnectorImpl.java:81)
V/MicroEmulator( 758): at
java.security.AccessController.doPrivilegedImpl(AccessController.java:205)
V/MicroEmulator( 758): at
java.security.AccessController.doPrivileged(AccessController.java:178)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorImpl.open(ConnectorImpl.java:76)
V/MicroEmulator( 758): at
org.microemu.microedition.io.ConnectorAdapter.open(ConnectorAdapter.java:50
)
V/MicroEmulator( 758): at
javax.microedition.io.Connector.open(Connector.java:49)
Microemu version is latest trunk .
Regards. Thanks
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:45
I found a strange behaviour in the TextField with PHONENUMBER constraint.
1) I cannot type the symbol '+' used in international number (like
+39xxxxx)
2) I can type the phone number with the pc keyboard but I cannot type the
number using the microemulator keyboard.
When I type a number using the microemulator keyboard the cursor
disappear.
I see the same behavior in the demo applet at
http://www.microemu.org/demo.html in TextField section.
Try to insert a phone number in the field 'Phone number' using the
microemulator keyboard.
So I think it is a bug!
Regards,
Ugo Chirico
http://www.cryptware.it
http://www.ugosweb.com
Original issue reported on code.google.com by [email protected]
on 18 Nov 2009 at 11:08
What steps will reproduce the problem?
Compile and run the attached 7zipped files (netbeans-project) on android
Press "ok" to get an alert
What is the expected output? What do you see instead?
No alerted textoutput at all
What version of the product are you using? On what operating system?
Trunk from 2010.03.17
running on android sdk (android 2.0.1)
Please provide any additional information below.
"null" wil only be rendered if Alert.SetTimeout(xx) is set
Original issue reported on code.google.com by [email protected]
on 19 Mar 2010 at 11:39
Attachments:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.