Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. Re: Openmoko Bug #666: 3G SIM capability (Openmoko Public Trac)
2. Re: Openmoko Bug #1542: gps does not get fix
(Openmoko Public Trac)
3. Re: Openmoko Bug #666: 3G SIM capability (Openmoko Public Trac)
4. Re: Openmoko Bug #1549: want to launch exposure again whie it
is in the e-illume bar, need 5~10 sec (Openmoko Public Trac)
5. Re: Openmoko Bug #1549: want to launch exposure again while
it is in the e-illume bar, need 5~10 sec (was: want to launch
exposure again whie it is in the e-illume bar, need 5~10 sec)
(Openmoko Public Trac)
6. Re: Openmoko Bug #1549: want to launch exposure again while
it is in the e-illume bar, need 5~10 sec (Openmoko Public Trac)
7. Openmoko Bug #1601: can not hear anything after disconnected
third parties call (Openmoko Public Trac)
8. Openmoko Bug #1602: sometimes shows up some Alert message
when enter SMS. (Openmoko Public Trac)
--- Begin Message ---
#666: 3G SIM capability
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: michael
Type: defect | Status: new
Priority: high | Milestone:
Component: GSM Modem | Version: unspecified
Severity: critical | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------------------------+-----------------------------------
Comment(by [EMAIL PROTECTED]):
I've just noticed, my Cingular branded 3G sim (7300G 3021) will not work
if it's seated correctly; but will work, and can be locked into place,
seated slight off. If I push the sim a little bit in the direction of the
notch, it seems to work. With the discussion of the appearance of the
circuit side of the sim, I took a look at the contacts for accessing the
sim in my Nokia 6102, and my Neo1973, and noticed the pins are in slightly
different places, which is how i figured this out. This might also explain
why some sims will work for some people, some of the time. This also
might only happen for some sims. If this theory makes sense to anyone
other than me, I can take photos of my sim, as well as the contacts for
the sims in the two phones to compare.
In fact, when comparing the sim to the specifications found in Annex A of
this file, www.ttfn.net/techno/smartcards/gsm11-11.pdf the contacts on the
left side (away from the big notch) do not fully cover the square
indicated, It looks like at least some of the pins on the 1973 may contact
the center section instead of the contacts they're supposed to. On an
older cingular sim (64k which I couldn't get activated), has the contacts
shaped differently than the new sim, they bulge in the center and the
contacts on the left side go more to the right. It looks like the pins on
the 1973 are towards the right edge of the allowed contact region (for all
pins), but the nokia has the pins on the left on the left side of the
region, and the pins on the right towards the right side.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/666#comment:49>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1542: gps does not get fix
--------------------------------------+-------------------------------------
Reporter: emdete | Owner: hardware
Type: defect | Status: new
Priority: high | Milestone:
Component: hardware | Version:
Severity: blocker | Resolution:
Keywords: gps antenna fix internal | Blocking:
Blockedby: |
--------------------------------------+-------------------------------------
Changes (by phyce):
* keywords: => gps antenna fix internal
* priority: normal => high
Comment:
Same here, having serious doubts about internal antenna as well...I hope
there may be a hardware fix about this that can be home-made.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1542#comment:13>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#666: 3G SIM capability
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: michael
Type: defect | Status: new
Priority: high | Milestone:
Component: GSM Modem | Version: unspecified
Severity: critical | Resolution:
Keywords: | Blocking:
Blockedby: |
----------------------------------------+-----------------------------------
Comment(by roh):
Replying to [comment:49 [EMAIL PROTECTED]:
> If this theory makes sense to anyone other than me, I can take photos of
my sim, as well as the contacts for the sims in the two phones to compare.
please do. some sharp macro-photos of the sim-card sockets you describe
and your sim-card contacts would be great.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/666#comment:50>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1549: want to launch exposure again whie it is in the e-illume bar, need 5~10
sec
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by wendy_hung):
* type: enhancement => defect
Comment:
test with the image below:
7/14
Kernel:20080705-asu.stable-uImage.bin
Root file system:20080714-asu.stable-rootfs.jffs2
don't know what happen, but getting worse, can not reopen it.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1549#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1549: want to launch exposure again while it is in the e-illume bar, need 5~10
sec
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by marek):
* cc: [EMAIL PROTECTED] (added)
Comment:
expected: exposure is made the top window
explanation: Once exposure (or any other application) is running it should
not be started again (this is useless). Instead the user should see the
already open application.
status: Exposure should have that feature implemented. It needs a part in
exposure (which is done) and a part in illume / e (which is also done).
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1549#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1549: want to launch exposure again while it is in the e-illume bar, need 5~10
sec
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Comment(by marek):
Just checked with:
20080705-asu.dev-uImage.bin
20080714-asu.dev-rootfs.jffs2
Works for me. May be it is not in the stable build yet - feel free to
bother Holger about that. :-)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1549#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1601: can not hear anything after disconnected third parties call
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: highest | Milestone: ASU
Component: Qtopia | Version:
Severity: critical | Keywords:
Blocking: | Blockedby:
------------------------+---------------------------------------------------
kernel : 20080705-asu.stable-uImage.bin
rootfs : 200807014-asu.stable-rootfs.jffs2
summary : can not hear anything after disconnected third parties call
step :
1. go to Dialer
2. Device1 make a call -> Device 2 (other party) answer and connected call
3. press keyboard and make an other call during calling (from Device 1)
and Device 2 is hold.
4. third parties call(Device 3) does not answer
5. Device 1 also press End -> Device 2 is connected
reproducible: 5~6 out of 10 tries.
current result : can not hear anything after End call the third parties
expected result : it should be heard correctly
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1601>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1602: sometimes shows up some Alert message when enter SMS.
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: [EMAIL PROTECTED]
Type: defect | Status: new
Priority: normal | Milestone: ASU
Component: Qtopia | Version:
Severity: normal | Keywords:
Blocking: | Blockedby:
------------------------+---------------------------------------------------
kernel : 20080705-asu.stable-uImage.bin
rootfs : 200807014-asu.stable-rootfs.jffs2
summary : sometimes shows up some Alert message when enter SMS.(refer
picture)
step :
1. it will shows up immediately when enter SMS
2. enter SMS through Dialer after flash image
reproducible: 2~3 out of 10 tries.
current result : shows some Alert messages even did not editing
expected result : don't need to show Alert message
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1602>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
