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. Openmoko Bug #1750: Range-based automatic network
configuration (Openmoko Public Trac)
2. Re: Openmoko Bug #1692: [Qt-keyboard] softmenu hidden by a
black window (Openmoko Public Trac)
3. Re: Openmoko Bug #1726: Entering SIM PIN often includes a
space (Openmoko Public Trac)
4. Re: Openmoko Bug #1533: The keypad shows brackets number in
dialer screen and creat new message (Openmoko Public Trac)
5. Re: Openmoko Bug #1626: qtopia: can't turn on/off GSM stack
(Openmoko Public Trac)
6. Re: Openmoko Bug #1533: The keypad shows brackets number in
dialer screen and creat new message (Openmoko Public Trac)
7. Re: Openmoko Bug #1270: matchbox keyboard maps differently
with USB plugged in (Openmoko Public Trac)
8. Re: Openmoko Bug #1533: The keypad shows brackets number in
dialer screen and creat new message (Openmoko Public Trac)
9. Re: Openmoko Bug #1685: [Suspend/Resume time] The device
insist to go suspend even after touch the screen to wake it up
from blank time (Openmoko Public Trac)
--- Begin Message ---
#1750: Range-based automatic network configuration
-------------------------+--------------------------------------------------
Reporter: Mercury | Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Blocking: | Blockedby:
-------------------------+--------------------------------------------------
I'm not sure if anyone has a plan like this in the works, but I thought
I'd fire it up here because it's something I've never seen before and I
think it would be really great.
There should be software or a configuration option that automatically
configures your network connection, based on whether you're in range of a
wifi, bluetooth, or GPRS transceiver.
Suggested configuration options:
-Change IP when in entering or leaving range of preferred connections
(Yes/No/Ask)
-Resort to open wifi connections (Yes/No/Ask)
etc etc.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1750>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1692: [Qt-keyboard] softmenu hidden by a black window
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: [EMAIL PROTECTED]
Type: defect | Status: in_testing
Priority: high | Milestone: ASU
Component: Qtopia | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* status: new => in_testing
Comment:
This should be gone now.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1692#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1726: Entering SIM PIN often includes a space
----------------------+-----------------------------------------------------
Reporter: odlg | Owner: openmoko-devel
Type: defect | Status: closed
Priority: high | Milestone:
Component: Qtopia | Version: GTA02v5
Severity: critical | Resolution: fixed
Keywords: | Blocking:
Blockedby: |
----------------------+-----------------------------------------------------
Changes (by zecke):
* status: new => closed
* resolution: => fixed
* component: unknown => Qtopia
Comment:
As the PIN may not contain spaces I'm stripping whitespace at the
beginning and end of the PIN. This should be enough for our keyboard
implementations.
I might end up adding code that discards any space even in the middle of
the PIN.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1726#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1533: The keypad shows brackets number in dialer screen and creat new message
-----------------------------+----------------------------------------------
Reporter: wendy_hung | Owner: zecke
Type: defect | Status: reopened
Priority: highest | Milestone: ASU
Component: System Software | Version: GTA02v5
Severity: blocker | Resolution:
Keywords: keypad | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Changes (by ssinger):
* status: closed => reopened
* resolution: fixed =>
Comment:
Sorry to reopen,
but I'm seeing this issue (again?) with a asu.dev built from sources of
20080802.
cat /etc/angstrom-version
Angstrom P1-Snapshot-20080804
[EMAIL PROTECTED]:/proc#
cat /etc/om-version
Tag Name:
VERSION: a33d11c36e6a16c034254b1b1aa8f836f18ea53c
Branch: org.openmoko.asu.dev
Build Host: t42
Time Stamp: Mon, 04 Aug 2008 00:21:48 -0400
Both kernel and rootfs were flashed.
Also, #1270 seems to describe the same problem with with the matchbox.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1533#comment:12>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1626: qtopia: can't turn on/off GSM stack
--------------------+-------------------------------------------------------
Reporter: marek | Owner: zecke
Type: defect | Status: new
Priority: normal | Milestone:
Component: Qtopia | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
--------------------+-------------------------------------------------------
Comment(by zecke):
Should we leave that open?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1626#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1533: The keypad shows brackets number in dialer screen and creat new message
-----------------------------+----------------------------------------------
Reporter: wendy_hung | Owner: zecke
Type: defect | Status: closed
Priority: highest | Milestone: ASU
Component: System Software | Version: GTA02v5
Severity: blocker | Resolution: fixed
Keywords: keypad | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Changes (by zecke):
* status: reopened => closed
* resolution: => fixed
Comment:
Well... asking the usual questions:
- Which version of Xglamo is installed?
- Which machine do you use?
- Which Xserver is running?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1533#comment:13>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1270: matchbox keyboard maps differently with USB plugged in
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: mickeyl
Type: defect | Status: closed
Priority: high | Milestone:
Component: openmoko-keyboard | Version: 2007.2
Severity: normal | Resolution: duplicate
Keywords: | Blocking:
Blockedby: |
-------------------------------+--------------------------------------------
Changes (by zecke):
* status: new => closed
* resolution: => duplicate
Comment:
Duplicate of #1533. But for gta01 and the stock kdrive a package build
from the xglamo sources is needed.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1270#comment:10>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1533: The keypad shows brackets number in dialer screen and creat new message
-----------------------------+----------------------------------------------
Reporter: wendy_hung | Owner: zecke
Type: defect | Status: reopened
Priority: highest | Milestone: ASU
Component: System Software | Version: GTA02v5
Severity: blocker | Resolution:
Keywords: keypad | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Changes (by zecke):
* status: closed => reopened
* resolution: fixed =>
Comment:
Sorry, reopening again. I consider this fixed for gta02/Xglamo and would
be highly surprised if that is not the case though.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1533#comment:14>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1685: [Suspend/Resume time] The device insist to go suspend even after touch
the
screen to wake it up from blank time
-------------------------+--------------------------------------------------
Reporter: wendy_hung | Owner: raster
Type: enhancement | Status: in_testing
Priority: low | Milestone: ASU
Component: E - Illume | Version:
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
-------------------------+--------------------------------------------------
Changes (by raster):
* status: new => in_testing
Comment:
ok - basically it should happen much less now - once a suspend request is
in ompower it sets brightness to 0 and turns off the screen (restores on
resume). now there is a race (gap between illume asking for a suspend and
a wakeup from screenlock thanks to a press).
the problem is i can't turn off touchcreen input device events so they
always wake x/backlight up as x is doing this itself. it's better behaved
now with ompower changes anyway.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1685#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
