|
315 | Core | Bug Report | Medium | Pairing bluetooth SPP devices doesn't work with XFCE | Unconfirmed | |
Task Description
Hi, sadly the XFCE bluetooth manager seems to have problems with pairing simple SPP devices (an BT GPS mouse here).
1. Enable BT
2. BT Manager -> Add new device
3. Confirm Dialog and wait for scanning
4. Pick device
5. Select PIN options -> "0000" (here for me)
In next step the dialog still asks you to enter a random PIN at your BT device (which is impossible here).
Thus it seems, that the XFCE dialog makes troubles, I tried it with 2 different GPS. Pairing the GPS manually works fine:
sudo rfcomm connect rfcomm0 00:18:E4:26:5F:14 |
|
320 | Core | Bug Report | Low | Bluetooth connection lost after wake-up from sleep mode | Unconfirmed | |
Task Description
When an internet connection was established through a mobile phone (Android, tethering) via bluetooth, the internet connection will not be re-established when the Pandora was sent to sleep and woken up again. The Pandora seems to be connected to the mobile phone, but no internet connection can be established, not even when manually trying to connect. The only way out is to disable bluetooth and enable it again.
I had similar problems with WiFi, before notaz tweaked the system (http://boards.openpandora.org/index.php/topic/11416-wifi-mysteries-resolved-once-and-for-all-—-power-saving-is-clearly-the-culprit/?p=249036). |
|
324 | Core | Bug Report | Low | Sticky keys setting for shift key disabling itself afte... | Unconfirmed | |
Task Description
The sticky keys option is disabling itself for the shift key. It continues to work with the left shoulder button though.
Unfortunately I have no idea what triggers the sticky option to be disabled. Sometimes it happens after 1-2 minutes, sometimes it takes longer.
I would also like to point out that using the shoulder button instead of the shift button it _not_ an option! This issue has been reported in the forums, but apperantly was never fixed. |
|
325 | Core | Bug Report | Low | Impossible to not set password at first boot | Unconfirmed | |
Task Description
The Wiki states that the Pandora can be used without setting a user password on first boot. But when the password and password confirmation field are left empty, an error pops up saying that there is a password missmatch.
(Please don't fix this bug by just changing the statement in the Wiki ;-) |
|
326 | Core | Bug Report | Low | XFCE menu not expandingl with stylys and scrolling brok... | Unconfirmed | |
Task Description
The XFCE menu does not always show submenues like "Emulators" when being clicked on with the stylus. It only works if the click lasts long or after all menues have been clicked at once with a long click.
Also, tipping on a scroll arrof of menues that are higher than the screen causes the click to be registered as a "click and hold". This leads to the menu being scrolled all the way to the end. |
|
327 | Core | Feature Request | Low | Context menu for the XFCE menu | Unconfirmed | |
Task Description
Right now. the XFCE menu handles right clicks like left clicks. It would be more logical to either not do anything on a right click, or open a context menu that e.g. lets the user generate a link to an application on the desktop. |
|
328 | Core | Bug Report | Low | XFCE desktop icons not displayed when logging on too qu... | Requires testing | |
Task Description
It looks like XFCE cannot find the icons for links/launchers on the desktop, when the user logs on too quickly. This happens either when the session chooser at start-up is disabled, or when the session is being chosen quickly after the session chooser is being displayed (e.g. by pressing enter as soon as the chooser window pops up). The icons are probably not generated yet at that time point.
A simple workaround is adding the command "xfdesktop --reload" to autostart. Couls this be included in the next SuperZaxxon release or a hotfix? |
|
329 | Core | Bug Report | Low | Screen turns on when LCD closed | Unconfirmed | |
Task Description
Issue: The screen accidentally turns on even when the lid is closed.
How to reproduce: "Screen blanking" must be enabled! Close the lid, wait more than 10 minutes, tap either shoulder button. This behaviour happens whether on charge or battery, at the desktop or running an application, provided that the "screen blanking" option is enabled.
Desired outcome: When the Pandora comes out of "screen blanking", it should restore the brightness to the same value that it was before blanking. |
|
330 | Core | Bug Report | Low | NetworkManager crashes after suspend to RAM | Unconfirmed | |
Task Description
Suspend to RAM uses less power than the low power mode, but the NetworkManager crashes often after the Pandora woke up from suspend to RAM.
This could be fixed with an update of NetworkManager. |
|
331 | Core | Bug Report | Medium | Hold switch key continuously sends X11 KeyPress events ... | Unconfirmed | |
Task Description
When put into Hold mode, X11 handles the power switch as if it's being pressed, and it generates lots of keypress events, passing them to the foreground application. Since /dev/input/eventX does not seem to continuously trigger, I'm guessing it's due to key repeat.
To reproduce:
- Install xev and open it in the terminal
- Put the power key in HOLD mode
- Notice the "time" value changing rapidly
In addition to causing more work to X, it also floods the active application with key presses, resulting in increased CPU usage. In my test, switching to HOLD while Firefox is in the foreground causes it to use 6% CPU and X an additional 2.5%.
In addition, the key-press events continue even after the switch is taken off HOLD until another key is pressed.
A possible solution to this is to blacklist the power-button event device, to prevent evdev from listening to it (the key is handled by pndevmapperd). |
|
336 | Core | Bug Report | Medium | Touch screen sensitivity too low | Unconfirmed | |
Task Description
The touch screen requires to be used with the stylus or another sharp object. Even if I need to click a desktop icon, and could as well use my finger, the touch screen won't react to my finger at all (even if pressed quite hard). |