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 #1904: om2008.8 wifi don't get always an
      ipv4 ip (Openmoko Public Trac)
   2. Re: Openmoko Bug #1630: [Qtopia-Dialer]"holding attempt
      failed"Alert message show when press hold button in outgoing call
      Device which has prepaid SIM card. (Openmoko Public Trac)
   3. Re: Openmoko Bug #1928: Settings don't change the suspend
      time (Openmoko Public Trac)
   4. Re: Openmoko Bug #1630: [Qtopia-Dialer]"holding attempt
      failed"Alert message show when press hold button in outgoing call
      Device which has prepaid SIM card. (Openmoko Public Trac)
   5. Re: Openmoko Bug #1928: Settings don't change the suspend
      time (Openmoko Public Trac)
   6. Re: Openmoko Bug #1627: [Dialer] The bottom bar menu show
      "Mute"    when incoming a call even setting slient or vibrate only
      (Openmoko Public Trac)
   7. Re: Openmoko Bug #1627: [Dialer] The bottom bar menu show
      "Mute"    when incoming a call even setting slient or vibrate only
      (Openmoko Public Trac)
   8. Re: Openmoko Bug #1603: Device does not notice any Alert tone
      or        vibration when new message arrived during calling.
      (Openmoko Public Trac)
   9. Re: Openmoko Bug #1603: Device does not notice any Alert tone
      or        vibration when new message arrived during calling.
      (Openmoko Public Trac)
--- Begin Message ---
#1904: om2008.8 wifi don't get always an ipv4 ip
------------------------+---------------------------------------------------
    Reporter:  dolfje   |        Owner:  openmoko-devel
        Type:  defect   |       Status:  new           
    Priority:  normal   |    Milestone:                
   Component:  unknown  |      Version:                
    Severity:  normal   |   Resolution:                
    Keywords:           |    Blockedby:                
Reproducible:           |     Blocking:                
------------------------+---------------------------------------------------

Comment(by dolfje):

 more info:
 I've still have this bug, but found my way round it.

 I always turn the wifi on and connect though the settings-interface. If I
 can connect at that time. (ping or ssh into my phone trough wifi) Okay I'm
 happy. If I can't connect at that time, I open mofi and try it through
 that interface. It takes a while before mofi can connect to my router, but
 it always works.

 ps. I've you want me to do more test, please instruct me.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1904#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1630: [Qtopia-Dialer]"holding attempt failed"Alert message show when press hold
button in outgoing call Device which has prepaid SIM card.
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  zecke   
        Type:  defect      |       Status:  new     
    Priority:  high        |    Milestone:  Om2008.9
   Component:  Qtopia      |      Version:          
    Severity:  critical    |   Resolution:          
    Keywords:              |    Blockedby:          
Reproducible:              |     Blocking:          
---------------------------+------------------------------------------------

Comment(by erin_yueh):

 i guess the detailed description is like this:
 1. make a MT (outgoing) phone call from NEO dialer (sender)
 2. phone rings in other phone (receiver) and it accepts the call
 3. press 'hold' from NEO
 4. it displays 'holding attempt failed' and we cannot hold this call.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1630#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1928: Settings don't change the suspend time
-------------------------+--------------------------------------------------
    Reporter:  wilk      |        Owner:  marek   
        Type:  defect    |       Status:  accepted
    Priority:  normal    |    Milestone:  Om2008.9
   Component:  Settings  |      Version:          
    Severity:  blocker   |   Resolution:          
    Keywords:            |    Blockedby:          
Reproducible:  always    |     Blocking:          
-------------------------+--------------------------------------------------

Comment(by gromgull):

 One more thing I just remembered - while in the black screen state I tried
 to use apm to actually suspend (apm -s), but it said something along the
 lines of "Device or resource busy" and refused to do anything.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1928#comment:11>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1630: [Qtopia-Dialer]"holding attempt failed"Alert message show when press hold
button in outgoing call Device which has prepaid SIM card.
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  zecke   
        Type:  defect      |       Status:  new     
    Priority:  high        |    Milestone:  Om2008.9
   Component:  Qtopia      |      Version:          
    Severity:  critical    |   Resolution:          
    Keywords:              |    Blockedby:          
Reproducible:              |     Blocking:          
---------------------------+------------------------------------------------

Comment(by erin_yueh):

 Hi Holger,
 does qtopia dialer implement +CHLD function?

 3GPP spec TS27.007:
 Call related supplementary services +CHLD

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1630#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1928: Settings don't change the suspend time
-------------------------+--------------------------------------------------
    Reporter:  wilk      |        Owner:  marek   
        Type:  defect    |       Status:  accepted
    Priority:  normal    |    Milestone:  Om2008.9
   Component:  Settings  |      Version:          
    Severity:  blocker   |   Resolution:          
    Keywords:            |    Blockedby:          
Reproducible:  always    |     Blocking:          
-------------------------+--------------------------------------------------

Comment(by imrehg):

 Hi,

 I tried newly flashed 0831 and 0901 rootfs images.
 In both cases: after boot, I turned off the suspend mode, but the
 screensaver comes up nevertheless after a minute (that's the default
 setting, I think). During suspend all usb networking is stuck (maybe it is
 an "of course"?) so these images are totally useless, unless you are keep
 touching the screen.

 The 0829 image was working fine.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1928#comment:12>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1627: [Dialer] The bottom bar menu show "Mute" when incoming a call even 
setting
slient or vibrate only
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  zecke   
        Type:  defect      |       Status:  new     
    Priority:  high        |    Milestone:  Om2008.9
   Component:  Qtopia      |      Version:          
    Severity:  major       |   Resolution:          
    Keywords:  must have   |    Blockedby:          
Reproducible:              |     Blocking:          
---------------------------+------------------------------------------------

Comment(by erin_yueh):

 i think the current dialer UI design is correct. If we set the profile as
 'Silent' or 'Vibrate' only, it means 'Mute'. Then that is why we display
 'Mute' to inform user the current status when we receive incoming calls!

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1627#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1627: [Dialer] The bottom bar menu show "Mute" when incoming a call even 
setting
slient or vibrate only
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  zecke     
        Type:  defect      |       Status:  in_testing
    Priority:  high        |    Milestone:  Om2008.9  
   Component:  Qtopia      |      Version:            
    Severity:  major       |   Resolution:            
    Keywords:  must have   |    Blockedby:            
Reproducible:              |     Blocking:            
---------------------------+------------------------------------------------
Changes (by erin_yueh):

 * cc: [EMAIL PROTECTED], [EMAIL PROTECTED] (added)
  * status:  new => in_testing


Comment:

 i think you misunderstand its meaning.

 if the profile is 'Vibrate' or 'Silent', when you receive incoming calls,
 the bottom bar menu shows 'Mute', it means the current ring tone status is
 mute. if you click 'Mute', then it turns to 'Send busy', if you click it,
 it will reject this phone call.

 if the profile is 'Ring', when you receive incoming calls,
 the bottom bar menu shows 'Mute', it means you can 'mute' this ring tone.
 if you click 'Mute', then it turns to 'Send busy', if you click it, it
 will reject this phone call.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1627#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1603: Device does not notice any Alert tone or vibration when new message 
arrived
during calling.
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  zecke     
        Type:  defect      |       Status:  in_testing
    Priority:  high        |    Milestone:  Om2008.9  
   Component:  Qtopia      |      Version:            
    Severity:  critical    |   Resolution:            
    Keywords:              |    Blockedby:            
Reproducible:              |     Blocking:            
---------------------------+------------------------------------------------
Changes (by erin_yueh):

  * status:  new => in_testing


Comment:

 i think the current qtopia design is reasonable and also asked Will's
 opinion. He thinks it's fine. Could you please review this bug again? or
 we should make this bug as new feature, not a bug.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1603#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
--- Begin Message ---
#1603: Device does not notice any Alert tone or vibration when new message 
arrived
during calling.
---------------------------+------------------------------------------------
    Reporter:  regina_kim  |        Owner:  zecke   
        Type:  defect      |       Status:  new     
    Priority:  high        |    Milestone:  Om2008.9
   Component:  Qtopia      |      Version:          
    Severity:  critical    |   Resolution:          
    Keywords:              |    Blockedby:          
Reproducible:              |     Blocking:          
---------------------------+------------------------------------------------
Changes (by erin_yueh):

 * cc: [EMAIL PROTECTED], [EMAIL PROTECTED] (added)


Comment:

 the detailed description is as below:

 1. NEO accept an incoming call and chatting now
 2. use other phone and send a SMS to this NEO
 3. NEO display an alert message 'A new message have arrived. Do you wish
 to read it now?'
 4. End this phone call, NEO start to display alert ring tone.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/1603#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac

--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog

Reply via email to