title: Picasso fetch() and get() with OkHttpDownloader
body: <p>I am using Picasso library (2.5.2) with OkHttpDownloader (2.4.0) as downloader </p>
  
  <pre><code>OkHttpClient myOkHttpClient = new OkHttpClient();
  myPicassoInstance = new Picasso.Builder(context).downloader(new OkHttpDownloader(myOkHttpClient)).build();
  Picasso.setSingletonInstance(myPicassoInstance);
  </code></pre>
  
  <p>in a RemoteViewsService.RemoteViewsFactory to fill a images' grid prefetching by fetch() in onDataSetChanged() method </p>
  
  <pre><code>Picasso.with(mContext)
  .load(picture)
  .resize(Math.round(160 * displayMetrics.density), Math.round(90 * displayMetrics.density))
  .centerCrop()
  .fetch();
  </code></pre>
  
  <p>and getting by get() in getViewAt() method</p>
  
  <pre><code>Picasso.with(mContext)
  .load(itemsList.get(position).getUrlImage())
  .resize(Math.round(160 * displayMetrics.density), Math.round(90 * displayMetrics.density))
  .centerCrop()
  .get());
  </code></pre>
  
  <p>Well, enabling logging on Picasso's instance, I see that at first run fetch() loads from network and writes entries in cache, while get() loads from cache. 
  At second time, while updating grid's content, fetch() loads from memory and get() from cache.
  And it is ok.</p>
  
  <p><strong>But when process dies and is restarted, fetch() restarts to load from network ignoring the cache entries, why?</strong></p>
  
  <p><strong>UPDATE</strong>
  I tried without OkHttpDownloader (2.4.0) as downloader and now fetch() loads right first time from network (if image doesnt exist in cache) or from disk (if image exists in cache), retaining in memory until process dies.</p>
  
  <pre><code>myPicassoInstance = new Picasso.Builder(context).build();
  Picasso.setSingletonInstance(myPicassoInstance);
  </code></pre>
  
  <p><strong>then, there is some conflict between Picasso library (2.5.2) and OkHttpDownloader (2.4.0)?</strong></p>
  
  <p><strong>UPDATE 2</strong></p>
  
  <ul>
  <li>Tried with OkHttpDownloader (2.3.0) as downloader: same problem</li>
  <li>Tried with UrlConnectionDownloader as downloader: same problem</li>
  <li>Tried using into() in an adapter: same problem</li>
  </ul>