Finalized onBoarding application. Added no sim ready window
and sim response window. Created iceBox widget. Fixed various
onBoarding errors and misalignment.
This commit provides the flowing fixes in display light functionality:
- Settings-path bug causing lack of display light settings on "fresh"
image. Solved with proper paths definition
- Invalid settings after phone restart. Solved with proper handling
of enums and booleans on the Event manager side.
- No turning off light just after turning on light functionality with
manual brightness setting in ApplicationSettings bug (required
another key press to start timer that turns off the light after 5s).
Solved by starting timer explicitly on Action::turnOn
- No turning off light just after turning on the phone bug (required
--as above --). Solved by starting timer explicitly on `Settings
ValueChange` callback with Action::turnOn.
- No autoMode until user entered `AppSettings::DisplayLight` Window.
Bug caused by curve parameters being provided by the window rather
than on the functionality back-end initialization.
Commit also provides some code cleanup
This PR provides the implementation of the auto-locking mechanism that
is dependent on an application's current auto-locking policy. Three
auto-lock policies have been introduced:
* DetermineByWindow
* DetermineByAppState
* PreventPermanently
Also changed the AutoLockWindow set/get auto-lock time value to the
message-based approach.
added weakptr link to settings and checks
it wont crash on deinitialized setings now
Pseuto UT are passing
Added:
- deregistration on Settings destrution
- weak referencing of Service to not crash Settings on missuse
- Proxy as initialization parameter to Settings
Unused code removed
Enabled tests to be written for Settings
Removed dependency from freertos in test global file
EntryPath tests updated and compilation slimed
Added enabling screen light if there was any key pressed
and screen light controler is in the automatic mode.
Added screen light disabling after 5 seconds of timeout
without any key being pressed.
added weakptr link to settings and checks
it wont crash on deinitialized setings now
Pseuto UT are passing
Added:
- deregistration on Settings destrution
- weak referencing of Service to not crash Settings on missuse
- Proxy as initialization parameter to Settings
Unused code removed
Enabled tests to be written for Settings
It implements mode Offline Messages only - connecting to
the GSM network in defined by user intervals and rejecting
incomig calls during connected phase. It also implements
handling of connetion interval setiing and small fix in modes
popup.
Refactored Audio settings API.
Moved phone modes logic from serivce audio to service clients level.
Removed redundant API.
Seprated API for vibration and sound enable/disable.
Fixed issues with vibrations logic.
PhoneModeObserver doesn't work properly in applications.
Applications have to handle the phone mode changes via AppMgr.
Phone mode and tethering handlers separated.
This window displays switch button for
disabling/enabling pin code for sim card.
Its also starting point for changing pin code.
Added actions for enabling and disabling
pin code for sim card.
Added method for checking if pin code is
set for sim card.
Windows for phone modes created.
Offline:FightMode/messages only ServiceCellularApi created.
ConnectionFrequency and DND options settings throught AppSettings.
Purpose of added system message is to sent information about bluetooth
initialization result from bluetooth service to application settings.
Added window will print error if initialization fails.
Further integration in service bluetooth is required.
