Thanks Chris, It was indeed the old "insecure content" warning dialog that was gumming up the works. I handled the new_window signal and could muddle through the form submission process.
I guess the question has morphed into how can I set the security.warn_submit_insecure preference to avoid this? Tinkering with the tantalizingly undocumented gtk_moz_embed_set_profile_path brought no immediate satisfaction. While it would create a user profile directory if the specified one didn't exist, the embedding program hangs in some pthread code if I try to call it before gtk_moz_embed_new-ing a new widget. Is this method undocumented because it doesn't work or do I need to just keep pecking at it? There has been discussion on this newsgroup on the issue of preferences in the embedding arena, but no clear indication of what would be appropriate in my case. Another option (other than using SSL on the server, natch) is to use the nsIWebBrowser reference and manipulate its nsIPrefs interface? or am I wandering off into the weeds? Thanks again for the wisdom and the lizard, Dominic Tracey http://contour.sourceforge.net Christopher Blizzard wrote: > Dominic Tracey wrote: > >> I am trying to make a hybrid GTK+/Gecko application and am having >> problems submitting the contents of a form to a web server. I am >> running the latest milestone build on Linux and am using the >> gtkmozembed widget to simply display a page. Links seem to work ok, I >> can navigate from one page to the next fine. But when I try to submit >> a form, through either post or get, the widget just seems to hang. >> Note that I don't want to access any of the form contents from the GTK >> side of things -- I just want to do a vanilla submission of the form >> contents to the web server. I have tested this with both internal >> servers (Apache/PHP) and general ones on the Internet (specifically >> the generic search form on sourceforge). >> >> Has anyone seen anything like this? I would really rather use this >> avenue as my application has lots of different possible dialog and >> network topography configurations that make an integrated web >> interface a very desireable solution. Thanks to everyone working on >> the Mozilla project -- it really is changing the world! >> >> Dominic Tracey >> http://contour.sourceforge.net >> > > Do you support the creation of new windows? Mozilla will try to throw a > dialog with a warning on it the first time you submit a form. If the > creation of that dialog fails then the form won't submit. > > --Chris >
