Bugzilla – Bug 11426
allow multiple params of input/keyboards for a single cli command callback
Last modified: 2009-09-08 09:27:15 UTC
I had to temporarily table this work, so I'm just using this bug to not lose my patch to bring my work-in-progress back :)
Created attachment 4954 [details] patch of work-in-progress for multiple input/keyboard entry for single cli callback
patch not necessary to apply now the upshot of what it was doing was applied in r4943 multiple param input still not supported, but r4943 lays the foundation for adding it.
*** Bug 11487 has been marked as a duplicate of this bug. ***
the critical need for this bug is post-MP, as it will be post FW update in setup. punting to target = CRX FYI, there is some work to do in SlimBrowser yet to support this before getting SN changed to request multiple-param input. Bug still very much in my court.
*** Bug 11811 has been marked as a duplicate of this bug. ***
*** Bug 11812 has been marked as a duplicate of this bug. ***
*** Bug 11813 has been marked as a duplicate of this bug. ***
Just an update, this bug (as well as the tightly related 11573) have proven to be extremely difficult to fix due to the convoluted nature of SlimBrowserApplet. SlimBrowser is built for a request/response model and is sorely not suited for pushing multiple windows for a single cli request. The current code for pushing one interim keyboard window before sending the request is a bit of a hack. I've tried a number of approaches thus far for multiple params with no positive results.
This bug came up in the Fab4 meeting and I mentioned that I'd intended to punt on it. unassigning myself from it to reflect that.