Reply
Thread Tools
Posts: 336 | Thanked: 47 times | Joined on Jul 2008
#531
installed asui and it worked well but when i reboot it show picture of pamela andersons boobs then it switch off

why it does this
 
Posts: 1,101 | Thanked: 1,185 times | Joined on Aug 2008 @ Spain
#532
Originally Posted by auouymous View Post
New ASUI and settings test binaries.
  • fix: cpu usage should no longer exceed 100% or go negative
  • fix: turns off wifi and bluetooth before entering flight mode
  • only start/stop ssh servers if their init.d files exist
  • changed start/stop service buttons to toggle buttons to better highlight started services, at least if you use Diablo5 theme

I'm still testing it but the battery drain rate should work correctly now, even after a charge, and is documented on the widget page.

@ maacruz, does this fix your ICD problem?
No, ICD keeps scanning .
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#533
Originally Posted by yukop4 View Post
installed asui and it worked well but when i reboot it show picture of pamela andersons boobs then it switch off

why it does this
Couple of easter eggs.

Do you reboot from within ASUI? It should show a "rebooting..." screen and then reboot. It tells MCE to reboot so if its shutting down then something else is wrong. Does it always show your picture when rebooting and then shutdown?

Originally Posted by maacruz View Post
No, ICD keeps scanning .
So not issuing the wifi disconnect before entering flight mode wasn't the problem. I'll try entering flight mode from systemui and see if does anything I'm not doing.
 
tso's Avatar
Posts: 4,783 | Thanked: 1,253 times | Joined on Aug 2007 @ norway
#534
iirc, the wifi issue may have been around forever...
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#535
SystemUI magically enters flight mode, maybe via one of its powerkeymenu callback return values, and then MCE tells SystemUI to open a modechange dialog to get confirmation before it sends out the flight signal.
Code:
method call sender=:1.5 -> dest=com.nokia.system_ui serial=3277 path=/com/nokia/system_ui/request; interface=com.nokia.system_ui.request; member=modechange_open
   string "com.nokia.mce"
   string "/com/nokia/mce/request"
   string "com.nokia.mce.request"
   string "modechange_callback"
   uint32 0
method call sender=:1.1543 -> dest=com.nokia.mce serial=12 path=/com/nokia/mce/request; interface=com.nokia.mce.request; member=modechange_callback
   int32 1
signal sender=:1.5 -> dest=(null destination) serial=3279 path=/com/nokia/mce/signal; interface=com.nokia.mce.signal; member=sig_device_mode_ind
   string "flight"
method call sender=:1.1543 -> dest=com.nokia.mce serial=13 path=/com/nokia/mce/request; interface=com.nokia.mce.request; member=modechange_callback
   int32 2
ASUI calls req_device_mode_change and MCE sends out the signal confirming the change.
Code:
method call sender=:1.1572 -> dest=com.nokia.mce serial=23 path=/com/nokia/mce/request; interface=com.nokia.mce.request; member=req_device_mode_change
   string "flight"
signal sender=:1.5 -> dest=(null destination) serial=3299 path=/com/nokia/mce/signal; interface=com.nokia.mce.signal; member=sig_device_mode_ind
   string "flight"
All the wifi and bluetooth dbus activity after the flight signal is the same for SystemUI and ASUI. I don't see how the different MCE calling mechanisms would make any difference since the services all respond the same.

@ maacruz, could you try logging `dbus-monitor --system --profile` after entering flight mode with SystemUI and see if ICD still scans for networks?
 
Posts: 1,101 | Thanked: 1,185 times | Joined on Aug 2008 @ Spain
#536
Originally Posted by auouymous View Post
SystemUI magically enters flight mode, maybe via one of its powerkeymenu callback return values, and then MCE tells SystemUI to open a modechange dialog to get confirmation before it sends out the flight signal.
Code:
method call sender=:1.5 -> dest=com.nokia.system_ui serial=3277 path=/com/nokia/system_ui/request; interface=com.nokia.system_ui.request; member=modechange_open
   string "com.nokia.mce"
   string "/com/nokia/mce/request"
   string "com.nokia.mce.request"
   string "modechange_callback"
   uint32 0
method call sender=:1.1543 -> dest=com.nokia.mce serial=12 path=/com/nokia/mce/request; interface=com.nokia.mce.request; member=modechange_callback
   int32 1
signal sender=:1.5 -> dest=(null destination) serial=3279 path=/com/nokia/mce/signal; interface=com.nokia.mce.signal; member=sig_device_mode_ind
   string "flight"
method call sender=:1.1543 -> dest=com.nokia.mce serial=13 path=/com/nokia/mce/request; interface=com.nokia.mce.request; member=modechange_callback
   int32 2
ASUI calls req_device_mode_change and MCE sends out the signal confirming the change.
Code:
method call sender=:1.1572 -> dest=com.nokia.mce serial=23 path=/com/nokia/mce/request; interface=com.nokia.mce.request; member=req_device_mode_change
   string "flight"
signal sender=:1.5 -> dest=(null destination) serial=3299 path=/com/nokia/mce/signal; interface=com.nokia.mce.signal; member=sig_device_mode_ind
   string "flight"
All the wifi and bluetooth dbus activity after the flight signal is the same for SystemUI and ASUI. I don't see how the different MCE calling mechanisms would make any difference since the services all respond the same.

@ maacruz, could you try logging `dbus-monitor --system --profile` after entering flight mode with SystemUI and see if ICD still scans for networks?
Ok, I'll do it.
Btw, your dbus-monitor logs lack return messages, you should install DT's dbus packages.
 
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#537
New ASUI and settings test binaries.
  • fix: charger and headphone signals display tklock notification if screen was off
  • fix: charger connect signal properly handles secondary unlock key and blank window
  • fix: charger disconnect signal properly handles secondary unlock key, relock and blank window
  • fix: closing keyboard will show locked notification when locked
  • fix: opening/closing keyboard after blanking screen won't show blanking pause notification
  • fix: opening/closing keyboard will close the blank window
  • fix: mmc open/close signal properly handles secondary unlock key, relock, blank window and blanking pause notification
  • fix: usb connection signal properly handles secondary unlock key, relock, blank window and blanking pause notification
  • minor tweaks and optimizations for battery drain rate code
  • setting to disable screen unlocked notifications when screen turns on and wasn't locked

How are the MMC cards on the n800 accessed? Does the screen turn on when you open a door to remove them? If the screen was locked does it unlock or is ASUI able to see the MMC access and relock the screen?

If you pop out the camera and the screen if off and locked does it turn on and unlock without a notification? If so, could one of you run `dbus-monitor --system` and tell me if there is a ButtonPressed signal from HAL?

@ maacruz, this should fix your charger bug

@ mcow, uncheck first option in settings : user interface to disable the "unlocked" notification
 

The Following User Says Thank You to auouymous For This Useful Post:
Posts: 875 | Thanked: 918 times | Joined on Sep 2010
#538
Originally Posted by maacruz View Post
Btw, your dbus-monitor logs lack return messages, you should install DT's dbus packages.
I have DT dbus packages and method_return is enabled.
 
Posts: 1,101 | Thanked: 1,185 times | Joined on Aug 2008 @ Spain
#539
Originally Posted by auouymous View Post
I have DT dbus packages and method_return is enabled.
Check that the policy section in your /etc/dbus-1/system.conf file is:
Code:
<policy context='default'>
<allow send_destination="*" eavesdrop="true"/>
<allow eavesdrop="true"/>
<allow own="*"/>
<allow user="*"/>
</policy>
 
n9ots's Avatar
Posts: 139 | Thanked: 38 times | Joined on Nov 2007 @ mid gulf coast florida
#540
Originally Posted by auouymous View Post
Could you install the debug binary asui dd;asui id as root, reproduce the problem and then send me the log file in /root/asui-*? After you have reproduced the problem type asui r as root to restore the release binary.

And play around with the power button, different combos of short and long taps and something might eventually cause it to shutdown. Also try setting the secondary unlock key to 'none'. Something is different on your device and we just need to find out what that is.

Do you have ssh? It might be a good idea to install it on your device so you can reboot it via ssh while conducting these tests.
here you go...
seems that pressing the power button 'unlocks' the rest of the buttons (not the touchscreen though) and whatever button i press causes the default action for that button (I locked the tablet with MicroB open and then pressing the power button followed by the menu key opened the menu. power + d-pad down moved down the menu...and so on.)

no combination ever unlocked the device. and nothing short of pulling the battery caused it to power off.
Attached Files
File Type: zip AsuiLog.zip (10.0 KB, 84 views)
 
Reply

Tags
bada blows, bada rox


 
Forum Jump


All times are GMT. The time now is 15:54.