Bug 6663 – text entry window in slimbrowser sends cli command on entry to textinput window

Bug 6663 - text entry window in slimbrowser sends cli command on entry to textinput window

Summary:

text entry window in slimbrowser sends cli command on entry to textinput window

Status:	CLOSED FIXED

Product:	SB Controller
Classification:	Unclassified
Component:	Browser
Version:	unspecified
Platform:	Macintosh Other

Importance:	P2 normal (vote)
Target Milestone:	7.0.1
Assigned To:	Ben Klaas

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2008-01-18 21:37 UTC by Ben Klaas
Modified:	2008-05-06 14:23 UTC (History)
CC List:	0 users

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Ben Klaas 2008-01-18 21:37:56 UTC

there should be only one time that a cli command is issued, on submission of the text.

I've found that SlimBrowser does it twice, when entering the textinput window, sending the cli command with no __INPUT__, and after the text input is made.

If the text entry window is exited with the left arrow (or home button, or whatever), you are left with whatever the initial bogus cli command executed.

Comment 1 Ben Klaas 2008-01-18 21:39:28 UTC

when you get to this Ben, you will want to look in _performJSONAction and _newDestination

the key here is to find out how to block the first cli command from being issued when the next window is a textinput

Comment 2 Ben Klaas 2008-01-18 21:49:37 UTC

problem seems to be in the callback of _menuSink

need to figure out how to push on the text entry window without performJSONAction happening

Comment 3 Ben Klaas 2008-02-29 14:34:39 UTC

fixed in trunk jive r2085