We were not updating the payment type nor last four digits when transactions are pulled in from the batch import process.
We were inserting with those fields correctly if we didn't have the transaction originally, however when updating we weren't updating those fields for that transaction.
This causes refunds to not work, because we don't know the payment type and it fails.
Checking this proof of concept in for now. Will come back to it later.
Changed web.config back to bellevue.
Added in InMobileAppMode property to underlying models so that we can hide the create account checkbox.
Refactored the way the InMobileAppMode works, using Session instead to store the source.
Also added in all the logic needed to display the back button at the top and the confirm page back button in the content.
Removed my testmobilecontroller, because I no longer need it.
Another major refactor. Decided to control the mobile menu at the layout view instead of the individual views.
Forgot to include it for chruchs that have shells.
Made the navbar fixed for the mobile giving pages.
Added a top margin of 50px because if the nav is fixed we need the extra 50px so the rest of the html content looks right.
Regen DBML layer
Clean up per R# suggestions
Change ApiSession to tie to user.

I incorrectly made ApiSession related to People instead of Users
originally, but an API session is tied to credentials (aka a user
login), so this change is necessary.
More R# suggestions.
Introduce ApiSessionModel, etc.

For API calls (specifically mobile related), a new SessionToken will be
used after a successful login with credentials. It will then be used
instead. Each session will have a 30 minute expiration, which will
require the end-user to either re-enter their PIN or credentials. (note
that this functionality doesn't all exist yet).
Change AuthenticateMobile to return status results.
Add checking of PIN, new mobile API calls.
Delete ApiSession when user logs in with username/password
Minor fixes related to api session auth
Add a submit changes to fix a data issue