title: didEnterRegion order of execution?
body: <p>So I asked a question about my code relating to didEnterRegion but perhaps I was being too specific, therefore could I ask someone to clarify the order of method calls in more generic terms for region monitoring, specifically when the app is in the background.</p>
  
  <p>My understanding is:</p>
  
  <ol>
  <li>App registers region calling startMonitoringForRegion:</li>
  <li>User taps home button or locks device, app goes into the background.</li>
  <li>The devices location is monitored at the OS level, separate from  the app, the app is never launched by the OS to confirm the users current location.</li>
  <li>When the user crosses the boundary into the region, the OS looks for which app originally registered the region and launches that app. </li>
  <li>The app is launched in the background, (didFinishLaunchingWithOptions: is not called however), the CLLocationManager delegate is setup and it’s didEnterRegion delegate method is called.</li>
  <li>In my case, this sets up a UILocalNotification which is presented immediately (banner displays on home screen if for example another app is in use, or on the lock screen if phone is dormant). </li>
  <li>The user actions the notification by swiping in the lock screen or tapping the banner, the app is launched and appWillEnterForeground/appWillBecomeActive is called AND the app delegate didRecieveLocalNotification: method is called if implemented.</li>
  </ol>
  
  <p>This is my understanding, which is probably wrong as my UILocalNotification is never fired if the app is in the background. Could someone clarify which bits are wrong?</p>