GitLab

getMenuInfo() can be null.

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

WeakReference could be null.

AdapterContextMenuInfo can be null sometimes, according to the documentation.

Reference:
http://developer.android.com/reference/android/view/MenuItem.html#getMenuInfo%28%29

The new button can be clicked or slided.
the lock/unlock button is still available from inside the slider

PS: the slider icon is just a dummy, until a new icon is made

Example of such a device:

(12:34:14 PM) <funman> ARMv6 build on non-ARMv6 device
(12:35:03 PM) <funman> ro.product.cpu.abi=armeabi-v6l
(12:35:03 PM) <funman> ro.product.cpu.abi2=armeabi

This reverts commit e70527c3.

Close #7244
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Close #7064
Close #7224

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

Signed-off-by: Edward Wang <edward.c.wang@compdigitec.com>

Signed-off-by: Rafaël Carré <funman@videolan.org>

This also softens the ground for the upcoming MIPS port too.
Signed-off-by: Rafaël Carré <funman@videolan.org>

Aggregate the untranslatables at the bottom.

It's useless, and it might leed the OS to kill the app.
("Channel is unrecoverably broken and will be disposed!")
Unfortunately it seems there's no way to check if a device
use hardware or software buttons, so use a blacklist.

- save position even if media is paused.
- do not save position if in the last 5 seconds, instead, erase it

>> To be conservative I think faad should be explicitely disabled
>> everywhere for now until we have reasons to (selectively?) enable it.
Pointed-out-by: Rafaël Carré <funman@videolan.org>