Bug 13298 - entering IP, back arrow doesn't delete
: entering IP, back arrow doesn't delete
Status: CLOSED FIXED
Product: SB Radio
Classification: Unclassified
Component: UI Input
: Include FW version in comment
: PC Windows XP
: P1 normal (vote)
: 7.4.0
Assigned To: Wadzinski Tom
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-08-07 16:44 UTC by Ross Levine
Modified: 2009-10-05 14:25 UTC (History)
7 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ross Levine 2009-08-07 16:44:45 UTC
When entering an IP for a remote library the back arrow isn't quite right. It does change the number back to 0 if the number is selected, but cannot go back to delete a prior entered number / octet. I know the rewind button goes back, but in all other network entering UI similar to this the back button will delete and go back. r6947MP
Comment 1 Ben Klaas 2009-08-17 20:27:19 UTC
IP entry might be tough now that a lot of our textinput code behavior has been reworked.
Comment 2 Wadzinski Tom 2009-08-18 12:55:03 UTC
If this is an 7.4 P1 bug, then is it also an MP bug (since ip adress entry could occur there?). On an IP address window, the number can't be deleted, under the current model. An alternative that fits the model a bit bit would be that delete reverts the value to 0 and move back one position, but that is then inconsistent with other input widgets, if only slightly.

The user can still use the arrows to navigate, and will hopefully discover that, since it is the only way to move around.
Comment 3 Weldon Matt 2009-08-19 19:03:04 UTC
Just played around with IP entry for remote libraries.  It is indeed broken.  Everything works and looks fine, except that the back button does not delete.  Which is, of course, a pretty major problem.  

I can't replicate the cases where you encounter IP entry during setup (you have to get into DHCP failure mode or other weird places for this I think).  But if that's broken in the MP firmware, that's not good.  The user won't be able to figure out how to delete improperly entered characters in this case...

in other words, what Tom said.
Comment 4 Felix Mueller 2009-08-20 00:34:26 UTC
I think bug 10352 is related to that. It deals with restrictions when overwriting an existing IP address from left to right that might not be obvious.
Comment 5 SVN Bot 2009-08-20 06:10:59 UTC
 == Auto-comment from SVN commit #7171 to the jive repo by tom ==
 == https://svn.slimdevices.com/jive?view=revision&revision=7171 ==

Fixed Bug:13298
Description:
- back for non-mouse ip address input replaces current character with 0 and moves cursor one to the left.
Comment 6 SVN Bot 2009-08-20 06:12:20 UTC
 == Auto-comment from SVN commit #7172 to the jive repo by tom ==
 == https://svn.slimdevices.com/jive?view=revision&revision=7172 ==

Bug:13298
Description:
(7.4 version)- back for non-mouse ip address input replaces current character with 0 and
moves cursor one to the left.
Comment 7 James Richardson 2009-10-05 14:25:55 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

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