Still show the close button (not a cancel button) on a completed or canceled
flow that supports prev.

* tag '2.10.10':
  version bump to 2.10.10 + changelog
  pulled translations from transifex
  bump guava library
  use custom libwebrtc (m104) for playstore release
  minor code clean up
  Use the same mechanism for link copying and linkification (#4357)
  Update recommendations for Gajim (#4355)
  Add fastlane changelog (#4354)

Prevents copying something different from what was linked, such as in the
message "fine.gif https://example.com"

* bob1:
  Preliminary support for bits-of-binary

https://xmpp.org/extensions/xep-0231.html

When a CID URI is received as part of an OOB, use bob to fetch from the sender.

This does not verify the hash at this time, nor does it "cache" for a future
send since our storage is not content-addressable yet.

* commands: (50 commits)
  Tell the server we have a UI that can handle up to 1000 items
  For very long lists, use a searchable list view
  Use a list item background that can handle being selected
  Allow nested scrolling of ListView and WebView
  NPE
  Show any commands pushed along with a message
  Allow oob webview to move the execution forward
  Spinner when loading list of commands
  Show spinner when loading if it takes awhile
  Menu item to refresh features for a contact
  Order cells by reported order
  Look more like a real web browser
  Don't submit the form when cancelling
  We can still proceed with no form, just don't send a form
  Validate presence of required fields
  DRY up common patterns for fields
  Refactor to bind to an Item container, not just a raw Element
  Use more features of the TextInputLayout
  Support more text field types
  Support reported/item tables
  ...

Shouldn't be needed in general, so hidden under a sub-menu, but for advanced use
cases and especially services without caps, can enable features that normally
would not be detected.

Instead of assuming all items are in the same order as reported

It's at best a waste of bytes and at worst confusing to the server.

Gets rid of the Column extends Element hack and paves the way for error messages
and other things.

Right now renders using a GridLayout which means all columns are the same width.
No horizontal scrolling or becoming not-a-table for many columns, so big tables
will be a disaster.  Does render and work though.

The strategy here is to actually make each cell an "item" in the RecyclerView
instead of each row being an item.  Then the layout manager takes care of it.
This means that the end-of-row-ness is just because of column count, and not
actually enforced at all.  It also means that as currently built if any row has
a missing field it'll mess up the whole thing.

No type directed rendering or anything yet, just dump it out.

These don't make any sense to send to us, but in practise biboumi does and
expects us to ignore it.

Spec says that actions must be specified if there are any.  In practise, at
least biboumi violates this and sends back no actions at all but is in
"executing" state meaning it expects a next stage.  So in this case we should do
something smarter than assuming we're all done.  Put up a button for the
execute/default action.

And really hide it, even swipe should not work to get to the blank page

Otherwise it gets confused and blanks itself out.