Update debian/changelog, bump version number

Ensure that only one browser-switchboard is active at any time

When launching MicroB, during the window between the time we let go of
com.nokia.osso_browser and the time MicroB picks it up, it's possible
that some process issues a request for the interface, which causes D-Bus
to attempt to start another copy of browser-switchboard; the results are
confusing at best and (in the Fremantle case) disastrous at worst.
Prevent this by trying to acquire the name
org.maemo.garage.browser-switchboard from D-Bus on startup, in a manner
that succeeds if and only if no one else already owns the name.

This is important because the Fremantle hildon-desktop appears to
sometimes insist on having a process to own com.nokia.osso_browser at
all times; when it decides this is necessary, it picks up our release of
the name and immediately asks D-Bus to launch another
browser-switchboard, which gets in the way of our MicroB launching
procedure.

Avoid a race between MicroB startup and establishing D-Bus watch for it

As it stands, the establishment of the D-Bus match and filter for the
acquisition of com.nokia.osso_browser happens in parallel with MicroB
startup; as a result, it's possible that MicroB could acquire the name
before we're ready to look for the event, which results in us waiting
forever for MicroB to start (even though it's already started).  Avoid
this by establishing the watch before we fork a child process.

Possibly fixes a rare failure mode reported by Faheem Pervez (qwerty12).

Install the inotify watch for lockfile creation before forking

This avoids the silliness of doing this in both the parent and child
process.

Update debian/changelog, bump version number

Take a different approach to detecting MicroB browser window close

As it turns out, the Fremantle IM/SMS application also spawns a
browserd; this browserd also attempts to claim the Mozilla.MicroB or
com.nokia.microb-engine D-Bus name, which means that we cannot count on
the MicroB browserd actually having ownership of this name.

Assuming that this D-Bus name is actually needed by anything else, this
is broken by design (since only one connection can own a name on the bus
at any time, and which browserd owns the name appears to be
nondeterministic); of course, I haven't observed any actual use of this
name in my testing either.  Who comes up with this stuff?!?!!?!

In any event, take a different approach to detecting when the MicroB
browserd closes: get the browserd PID from its profile lockfile, then
ptrace() the process to learn when it closes.  There are various
complications which make this more involved than we'd like, but this
should be a foolproof method of detecting the browserd close.

Update debian/changelog, bump version number

Kill MicroB browser UI processes instead of using exit_browser

Reports from users suggest that the exit_browser method call currently
being used to close the MicroB browser UI processes may not be working
reliably.  Try a kill() instead, and hope that this doesn't introduce
data loss problems ...

Make sure a running browserd is detected correctly on all devices

`pidof /usr/sbin/browserd` doesn't work on at least one user's device;
`pidof browserd` works everywhere without exception, so use that
instead.

Reported by Faheem Pervez (qwerty12).

Update debian/changelog, bump version number

Throw away stdout/stderr for browserds we launch too

Commit d8d8d1ed... ("Close stdin/stdout/stderr in child processes before
exec()") didn't prevent browserd from spewing noise, because we invoke
that via system() instead of fork()/exec().  Fix that oversight.

Close stdin/stdout/stderr in child processes before exec()

stdout/stderr output from the browser processes we exec() is noisy,
useless, and getting in the way of our debugging output.  Fix this by
throwing it away.

Revert "Drop the Depends on tablet-browser-ui for Diablo, for now"

This is a Diablo-specific change; the Fremantle package interface
doesn't suffer from this bug.

This reverts commit e294fa1e04cde59acaa7f07f7831cc7bfbd35b02.

Merge branch 'diablo-package' into fremantle-package

Update changelog, bump version number

Drop the Depends on tablet-browser-ui for Diablo, for now

tablet-browser-ui is in the Diablo rootfs image, which means that (1)
everyone has it and (2) the maemo.org packages interface doesn't know
that it exists.  Since the packages interface bug now prevents new
versions of browser-switchboard for Diablo from going to extras, work
around this for now by losing the dependency.

See https://bugs.maemo.org/show_bug.cgi?id=8806 for more information.

Update changelog, bump version number

Build-Depend on libdbus-1-dev, use pkg-config for dbus-1

We now use the low-level D-Bus API in the Fremantle code, so we need to
depend on libdbus-1-dev and get the pkg-config information for dbus-1
for correctness.

Zap one more extraneous #include from Fremantle MicroB work

Remove some unnecessary #includes that crept in

Initial support for launching MicroB on Fremantle

MicroB in Fremantle has been changed to accommodate keeping the UI in
the background full-time as well as the browser engine (browserd).  As a
result, running "browser" no longer shows a browser window, and the
browser process doesn't relinquish the com.nokia.osso_browser D-Bus name
and quit when the last browser window closes.

Instead, launch the browser by starting the UI process in the
background, waiting for it to acquire the com.nokia.osso_browser name,
then using the D-Bus API to open a window.

Detecting when the last browser window is closed is trickier.  The
method we use is to notice that when the last browser window closes,
the UI process closes and reopens the browserd renderer, causing a
change in the ownership of the Mozilla.MicroB D-Bus name (or
com.nokia.microb-engine in Maemo 5 PR1.1).  We detect this change and
send the UI process an exit_browser D-Bus method call, causing it to
quit and relinquish the com.nokia.osso_browser name back to us.

Unfortunately, this method cannot detect when the bookmarks window is
closed.  This means two unpleasant surprises, both needed to make sure
that the bookmarks window is never the only MicroB window open (in that
situation, if the user closes the bookmarks window without first opening
another normal browser window, we wouldn't be able to detect the window
closing and ensure we get the com.nokia.osso_browser name back):

(1) Our top_application method, which should behave exactly like opening
    MicroB from the menu normally does (bring up the bookmarks window),
    brings up about:blank instead.
(2) We kill off MicroB and reclaim the com.nokia.osso_browser name when
    the last normal browser window closes, regardless of whether the
    bookmarks window is open.

Ideas for better ways to detect when all MicroB windows have closed are
welcome.

Code for monitoring when a D-Bus name changes hands draws on ideas from
the dbus-monitor source (tools/dbus-monitor.c in the D-Bus
distribution).

Update debian/changelog, bump version number for Fremantle

Merge branch 'diablo-package' into fremantle-package

Build Fremantle-specific code by passing -DFREMANTLE in EXTRA_CPPFLAGS

Merge commit 'v3.1' into fremantle-package

Update debian/changelog, bump version number

Merge commit 'v3.1' into diablo-package

Remove webpages for release

Bump version number in README/Changelog

Spelling/grammar fixes to comments

Update Changelog

Add support for EXTRA_CPPFLAGS/EXTRA_LDFLAGS in Makefiles

Update copyright notices

Diablo: disable autocap/predictive text for the other_browser_cmd entry

The Fremantle UI introduced in commit 18bad5e9... ("Revise GUI for
Fremantle to be more finger-friendly") disables autocapitalization and
predictive text/dictionary features for the other_browser_cmd entry --
those input method features are for natural language text only, and get
in the way here.  Now do the same for the Diablo UI (and make a style
cleanup along the way).

Revise GUI for Fremantle to be more finger-friendly

Make the GUI for Fremantle more finger-friendly by making the widgets
larger and using HildonTouchSelector widgets in place of combo
box/radiobutton widgets.

Based on a patch by Faheem Pervez (qwerty12):
http://slexy.org/view/s2JL7ye01p

Ensure reconfig signal doesn't interrupt request dispatch when (!continuous_mode)

If SIGHUP is sent to a browser-switchboard process with continuous mode
off, the process will quit.  This is the right thing to do in most cases
(the next request will relaunch the process, at which point it'll read
the new config), but if we're in the middle of dispatching a request
when the signal arrives, quitting immediately will cause the request to
be lost.

Since browser-switchboard quits upon completion of a request when
continuous mode is off anyway, fix this by just ignoring SIGHUP while
handling requests when continuous mode is off.

Update webpage to recommend installation from extras

Add an .install file for installing from extras

Update current release section of webpage, link to new forum thread

Update webpage, add some screenshots

Note Fremantle-specific packaging changes in debian/changelog

Update debian/changelog, bump version number for Fremantle build

Merge branch 'diablo-package' into fremantle-package

Update debian/changelog

Remove debian/dirs, not needed with new Makefile-based build

Update debian/changelog

Merge commit 'v3.0' into diablo-package

Readd webpage

Update README and Changelog

Remove webpage for release tarball

Update webpage

Disable CPU type optimization for Fremantle

The Fremantle toolchain automatically optimizes for N900/OMAP3, so
don't do it in EXTRA_CFLAGS.

Merge branch 'diablo-package' into fremantle-package

Actually use EXTRA_CFLAGS

Pass EXTRA_CFLAGS to make.  Also, fix a thinko that caused build to
fail on armel (use -mcpu, not -march).

Remove the webpages on this branch

Optimize for N8x0 on armel builds, and use Thumb if requested

Merge branch 'master' into diablo-package

Support EXTRA_CFLAGS in Makefiles

This makes it possible to specify additional CFLAGS at build time.

Bump Standards-Version

Bump Standards-Version

Add XSBC-Bugtracker to debian/control for Fremantle

Bump version number

Merge commit 'diablo-package-3.0rc1-2' into fremantle-package

Conflicts:

debian/changelog

Use pkg-config libosso instead of pkg-config dbus-1 for the plugin

The hildon-control-panel plugin interface needs libosso to compile;
the use of pkg-config dbus-1 was just covering this up.

Update changelog, bump version number

Depend on libosso-dev instead of libdbus-1-dev for the plugin

The hildon-control-panel plugin interface needs libosso-dev to compile;
the dependency on libdbus-1-dev and use of pkg-config dbus-1 was just
covering this up.

Update webpage

Actually install the modified .desktop

Bump version for Fremantle build and update debian/changelog

Add a Fremantle-specific .desktop file for the control panel UI

Until we get our own custom icon, we're using the stock web icon, which
has a different name on Fremantle.

Deal with `pidof browser-switchboard` returning no pids

Move ${shlibs:Depends} to the front of the Depends line

Install config-ui files to the right place

Don't use killall to kill off C browser-switchboards

killall killed off the postrm, so use kill and pidof instead.

Revert "Don't use killall to kill off browser-switchboards in postrm"

This reverts commit 414af7e1dcefb4a5eb39f185c24d24c9115757d3.

This had the nasty effect of killing dpkg on an upgrade.  Will fix
differently.

Don't use killall to HUP browser-switchboard

Use kill and pidof instead -- killall might kill a standalone config app.

Fix dependencies listed in README

Don't use killall to kill off browser-switchboards in postrm

As it turns out, killall will happily kill off the postrm, which causes
the uninstall to fail.

Fix the clean target in debian/rules

Use DESTDIR for make install

Note cherry-picked commit in debian/changelog

Update debian/changelog

config-ui: Teach UI how to HUP C browser-switchboards

config-ui: Teach UI how to HUP C browser-switchboards

Update packaging for the C implementation

With the introduction of object code, this is now an Arch: any package;
revise debian/control and debian/rules accordingly.  Also add the
appropriate Build-Depends, and readd the ${shlibs:Depends} in Depends in
debian/control.  Teach debian/postrm how to kill off C
browser-switchboards.

Merge commit 'v3.0rc1' into diablo-package

Readd the webpage

www got clobbered in the merge.

Add the version number to the README

Update Changelog and README

Default to launching MicroB if default_browser is unset

The check-for-Tear-and-use-MicroB-otherwise hack was only until we got a
config UI.  Now that we have one, it's easiest just to keep MicroB as
the default until the user configures browser-switchboard.

Make the default prefix /usr

We're already assuming this in several places, and it's too much work to
make those files autogenerated when no one's going to use that feature.

config-ui: the strip and install targets only work for the plugin

Ensure that all objects for the plugin are built with -fPIC

mkdir all the directories to which we install files, not just some of them

Merge branch 'config-ui' into c-implementation

Remove the N8x0-specific CFLAGS

These should move to packaging.

Remove the N8x0-specific CFLAGS

These should move to packaging.

HUP running browser-switchboard processes after saving config

Sending SIGHUP to a running browser-switchboard in continuous mode
causes it to reload its config.  If not in continuous mode, it'll die
and the next browser-switchboard will pick up the config changes.

Use a stock GTK+ dialog

Use the stock OK/Cancel GTK+ dialog instead of making our own.  Also
use the response from gtk_dialog_run() to decide whether to save instead
of using custom callbacks for the buttons.  Should make the dialog more
Maemo 5 friendly.

Also, eliminate some unnecessary crap in the hildon-control-panel plugin
path, and reintroduce do_reconfig() in preparation for adding HUPing of
a running browser-switchboard.

Don't execute hildon_program_get_instance() before gtk_init()

Shuts up some runtime assertions in the Hildon app.