Bug 12465 - Keyboard text entry remains blank
: Keyboard text entry remains blank
Status: CLOSED FIXED
Product: SB Touch
Classification: Unclassified
Component: UI
: unspecified
: PC Windows XP
: -- critical (vote)
: CAT
Assigned To: Ben Klaas
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-06-19 13:45 UTC by Jim McAtee
Modified: 2009-10-06 09:22 UTC (History)
5 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jim McAtee 2009-06-19 13:45:39 UTC
r6189. The cursor moves, but no characters are echoed.  Looks like the artwork is hosed as well.
Comment 1 Ben Klaas 2009-06-23 14:18:16 UTC
*** Bug 12506 has been marked as a duplicate of this bug. ***
Comment 2 Jim McAtee 2009-06-23 21:14:51 UTC
Apparently the characters are now black and the background on the inside of the text box is transparent.  This can be seen if you change the wallpaper, then do something like add an alarm, where you use the keyboard.  During setup, with an all black wallpaper, this gives the net effect of seeing no characters echoed.
Comment 3 Ben Klaas 2009-06-28 18:48:17 UTC
*** Bug 12573 has been marked as a duplicate of this bug. ***
Comment 4 Ben Klaas 2009-07-01 13:31:08 UTC
This is a build issue with the graphic asset. Some extra chars are being appended on to the filename so the skin is not finding the image:

the file that should be named
text_entry_titlebar_box.png

is named
text_entry_titlebar_box.png0000644

it looks like the umask is being appended to the filename. very strange.

this bug is seen in two other images in the skin directory, but neither of those are being used right now so it's only apparent with this one.

important to figure out the root cause of the file naming problem so it doesn't happen again.
Comment 5 Ben Klaas 2009-07-07 20:45:24 UTC
Incorrectly targetted. Fab4 MP has already happened
Comment 6 James Richardson 2009-07-08 11:34:21 UTC
This error does not happen on MP r5969 firmware, only on POST MP firmware
Comment 7 Ross Levine 2009-07-13 14:04:46 UTC
This is sometimes frustrating for testing.
Comment 8 Ben Klaas 2009-07-13 14:16:21 UTC
the immediate workaround is to use a light colored wallpaper. It's black text on a transparent background...if your wallpaper is dark it's going to be unreadable, but if it's light you won't have any trouble.
Comment 9 Jim McAtee 2009-07-13 14:27:08 UTC
That doesn't help at all during initial setup, where the background is black.  Anyone who has been through setup recently and had to blindly key in a 30 or 40 character wireless passphrase is going to be very reluctant to do it again.  I would have thought that something so fundamental to setup would have been given a much higher priority.
Comment 10 Dan Evans 2009-07-13 16:06:59 UTC
I agree.  This needs to fixed sooner rather than later.  It's currently crazy hard testing setup issues with it in this state.
Comment 11 Ben Klaas 2009-07-14 13:14:52 UTC
fix attempt r6561 is checked into a separate branch and will be merged back later this week. No way to confirm the fix yet because this is an issue with the build server, not with code on my side. Tried the brute force approach of deleting the existing one from the repository and checking it back in under a different file name.
Comment 12 Ben Klaas 2009-07-14 20:38:52 UTC
*** Bug 12864 has been marked as a duplicate of this bug. ***
Comment 13 James Richardson 2009-10-06 09:22:34 UTC
This bug has been fixed in the latest release of MySqueezebox.com (formally
known as SqueezeNetwork)!

If you are still experiencing this problem, feel free to reopen the bug with
your new comments and we'll have another look.