Folders on desktop odd behaviour.
Folders on desktop odd behaviour.
I’m using llx v9 on an i9300 with a 4.4.2 rom. I can’t quite pin down what the criterion for invoking this bug is, but it happens fairly regularly.
The bug, I’ve created a folder within the app drawer which contains all the google apps. Then on a desktop I create a shortcut which opens that folder. All fairly normal so far.
Every now and again, taping the shortcut on the desktop will open the folder, but the icons inside do not register being tapped on.
If I open the app drawer, then open the folder and tap on an app, it launches fine.
The screenshot shows the folder “el’goog” that has been opened on the desktop from the shortcut. But the apps won’t start.
Ok, extra weird thing, below the opened folder on the desktop is a calendar widget. (the coloured squares on the left side off the screen are the calendar entries). Inside the folder the area directly above the calendar widget that has the calendar app icon and the google settings icon, I can touch the screen and scroll the underlying calendar widget. It’s as if the opened folder has been rendered but then fails to receive input events on it.
If I could do a video it’d be much easier to show.
Bit more background. I cleared the data for llx, uninstalled it. Reinstalled llx, created the folder in the app drawer and the problem persisted.
I’ll see if I can get some log files for it.
]]>
< ![CDATA[
Try killing the app drawer.
I am able to reproduce this, but with little different steps:
-Make a new folder in the app drawer.
-Open the folder
–Scroll left or right to go to running/recent etc (I have the scrolling set to vertical only)
Now, every time you open the folder it doesn’t work; even from the app drawer or from the desktop throw a shortcut.
Killing the app drawer fixed it…until you do it again.
]]>
< ![CDATA[
I know how to kill/restart LLX but not the app drawer only. Could you elaborate?
]]>
< ![CDATA[
Long press an app drawer shortcut, app, kill.
]]>
< ![CDATA[
Oh, wait….yes, it kill LL also. (why I thought…no matter)
]]>
< ![CDATA[
Got it ! Thank you for the report and the steps to reproduce it 🙂
]]>