[wip] Image caching #343

Strubbl · 2016-11-04T20:05:45Z

okay, i just implemented a stupid image downloader which has no queue and separate no thread yet.
This is a TODO. I just want to save work here and maybe get some feedback or (even better would be) support from somebody (looking at @di72nn or @tcitworld 😉 )

I am not working on this branch again before sunday evening or even monday, if somebody wants to contribute some code.

tcitworld

Good work !
Just one remark : why are the image paths in html content replaced when the article is shown instead of when the content is fetched and the images saved ? I fear for latency when opening an article with multiple pics.

tcitworld · 2016-11-04T21:38:06Z

app/build.gradle

@@ -7,7 +7,7 @@ android {

    defaultConfig {
        applicationId "fr.gaulupeau.apps.InThePoche"
-        minSdkVersion 11
+        minSdkVersion 19


Why ? WRITE_EXTERNAL_STORAGE exists before.

so that we can use getExternalFilesDirs() to determine the real SD card and not only internal emulated external storage: https://developer.android.com/reference/android/content/Context.html#getExternalFilesDirs(java.lang.String)

if you have an other way to determine the REAL sd card path, i would be happy to see a commit :)

My idea was to use getExternalFilesDirs() if we're on SDK >= 19 and default to internal emulated external storage in the other case.
According to Google Play, we have something like 5% of users below KitKat (and the F-Droid numbers are certainly higher), so I'll prefer to have an special case just for this.

Yes, i understand that. But Kitkat is fairly old. Such user can still use the old app version, can't they?

I would really want to cache the images on my SD card, because they are consuming about 400 MB at my app. If we find a solution without getExternalFilesDirs to store on the real SD, let's just use that. getExternalFilesDir() (singular, without the s) does provide the /storage/emulated/ folder, which is the storage in the mobile and not the SD. That's really stupid behaviour by Android.

Strubbl · 2016-11-04T22:29:41Z

why are the image paths in html content replaced when the article is shown instead of when the content is fetched and the images saved ?

To keep the original article from wallabag. What happens if the user switches the setting back to not use cached images anymore? What happens if the user deletes the pictures on the SD card? Any user or app can do that. Then we have no way to retrieve the original pictures anymore.

I fear for latency when opening an article with multiple pics.

I think this is not a very costly operation. What do you mean by multiple pics? 100? 1000? So far i saw a performance improvement when i compare pure offline mode against online mode.

Just my 2 cents. I am open to any more concrete suggestions. There are for sure more open points to think about a lot.

tcitworld · 2016-11-04T22:47:07Z

Good points. I'll see for myself about performance issues.

di72nn · 2016-11-06T09:22:04Z

My idea was to use getExternalFilesDirs() if we're on SDK >= 19 and default to internal emulated external storage in the other case.

Done. Not sure about what getExternalFilesDir() returns, but we can deal with it later.

BTW, we can also add an option to move article DB to external storage.

Strubbl · 2016-11-06T21:46:16Z

BTW, we can also add an option to move article DB to external storage.

Yes, we could. But i would not use that option. That is not important to me, because i like the DB to be on the fast storage. SD Card can be slow (if you do not have class 10 or faster) and so the app might be slow aswell. Additionally, the DB is not that big, that i would need that on the SD Card to save internal space.

Another reason to not have the DB on SD is the case, where the user ejects SD card. In that case the app is not usable anymore. That case is cared for in this PR w.r.t. the images. If the image cannot be found on SD card, it is going to be loaded via web.

di72nn · 2016-11-07T15:31:48Z

#347
I created a separate operation to BGService to fetch images. The operation can be interrupted - if any other operation is issued, the image fetching operation will finish as soon as possible and reschedule itself at the end of the IntentService queue.
The changes are the first draft, there are a lot of improvements to make. For example, if you interrupt the "image fetching" operation with "feed update" operation, the later will finish and schedule a new "image fetching" operation (so there would be two "image fetching" operations one after another, but the second one will finish fast anyway).

di72nn · 2016-11-07T15:34:01Z

Also, the DB scheme change is there just to make the prototype work. I'm not yet sure how to store image cache info better.

Strubbl · 2016-11-07T19:38:28Z

I had the idea to create a separate DB table named download_image (columns: id, articleId, imageURL), where all images, which should be downloaded are written to. The table is filled while processing the RSS items (in the big loop for preparing the articles for the DB), so that it checks for images in the htmlContent of an article and checks if the file is already in cache, if not in cache it is added to that table.

After RSS feed sync the image fetching process should be triggered and the ImageFetch process works on the table. After successful or (in the first shot) failed download the row can be deleted from that table.

tcitworld · 2016-12-01T14:54:25Z

Please rebase.

…s if cached version of image has been found

…c util class ImageCacheUtils

…() to determine the real SD card and not only internal emulated external storage

… every article item being parsed

…t article id usage

… in article

…ge being displayed. especially important if image URL contains special chars like e.g. umlauts (äöüß)

di72nn · 2016-12-01T16:22:38Z

Rebased and force-pushed (to keep the PR). Also kept the old branch just in case https://github.com/wallabag/android-app/tree/image-caching-bak.

Strubbl · 2016-12-07T19:01:34Z

I just got the following exception on current HEAD of this branch:

12-07 19:57:46.135 30061-31027/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: getCacheImagePath: articleId=2545
12-07 19:57:46.135 30061-31027/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: getCacheImagePath: localImageName=55358484277d43e96a6938f5757a1a06.jpg for URL http://www.golem.de/1612/124937-131465-i_rc.jpg
12-07 19:57:46.135 30061-31027/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: getCacheImagePath: localImagePath=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files/imagecache/2545/55358484277d43e96a6938f5757a1a06.jpg
12-07 19:57:46.135 30061-31027/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: downloadImageToCache: imageURL=http://www.golem.de/1612/124937-131465-i_rc.jpg destination=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files/imagecache/2545/55358484277d43e96a6938f5757a1a06.jpg
12-07 19:57:46.144 30061-31027/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: downloadImageToCache: file already exists, skipping
12-07 19:57:46.194 30061-31027/fr.gaulupeau.apps.InThePoche.debug E/SQLiteConnection: startPos 866 > actual rows 739
12-07 19:57:46.195 30061-31027/fr.gaulupeau.apps.InThePoche.debug E/CursorWindow: Failed to read row 34, column 0 from a CursorWindow which has 0 rows, 11 columns.
12-07 19:57:46.196 30061-31027/fr.gaulupeau.apps.InThePoche.debug D/EventProcessor: onFetchImagesFinishedEvent() started
                                                                                    
                                                                                    --------- beginning of crash
12-07 19:57:46.202 30061-31027/fr.gaulupeau.apps.InThePoche.debug E/AndroidRuntime: FATAL EXCEPTION: IntentService[BGService]
                                                                                    Process: fr.gaulupeau.apps.InThePoche.debug, PID: 30061
                                                                                    java.lang.IllegalStateException: Couldn't read row 34, col 0 from CursorWindow.  Make sure the Cursor is initialized correctly before accessing data from it.
                                                                                        at android.database.CursorWindow.nativeGetLong(Native Method)
                                                                                        at android.database.CursorWindow.getLong(CursorWindow.java:511)
                                                                                        at android.database.AbstractWindowedCursor.getLong(AbstractWindowedCursor.java:75)
                                                                                        at org.greenrobot.greendao.AbstractDao.loadCurrent(AbstractDao.java:541)
                                                                                        at org.greenrobot.greendao.InternalQueryDaoAccess.loadCurrent(InternalQueryDaoAccess.java:33)
                                                                                        at org.greenrobot.greendao.query.LazyList.loadEntity(LazyList.java:268)
                                                                                        at org.greenrobot.greendao.query.LazyList.get(LazyList.java:255)
                                                                                        at org.greenrobot.greendao.query.LazyList$LazyIterator.next(LazyList.java:105)
                                                                                        at fr.gaulupeau.apps.Poche.service.BGService.fetchImages(BGService.java:493)
                                                                                        at fr.gaulupeau.apps.Poche.service.BGService.handle(BGService.java:187)
                                                                                        at fr.gaulupeau.apps.Poche.service.BGService.onHandleIntent(BGService.java:133)
                                                                                        at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:66)
                                                                                        at android.os.Handler.dispatchMessage(Handler.java:102)
                                                                                        at android.os.Looper.loop(Looper.java:234)
                                                                                        at android.os.HandlerThread.run(HandlerThread.java:61)

Strubbl · 2016-12-07T19:24:08Z

This IllegalStateException is reproducible even on a fresh new installation, where i manually deleted the cache image folder on the sd card manually to have a clean state.

It crashes with exact the same exception and after the same finished image being successfully download:

12-07 20:20:16.973 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/BGService: fetchImages() processing article 2545
12-07 20:20:16.974 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: cacheImages: articleId=2545 and is articleContent empty=false
12-07 20:20:16.974 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: cacheImages: extStoragePath=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files
12-07 20:20:16.975 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: findImageUrlsInHtml: found image URL http://www.golem.de/1612/124937-131465-i_rc.jpg
12-07 20:20:16.979 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: cacheImages: downloading http://www.golem.de/1612/124937-131465-i_rc.jpg
12-07 20:20:16.979 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: getCacheImagePath: articleId=2545
12-07 20:20:16.980 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: getCacheImagePath: localImageName=55358484277d43e96a6938f5757a1a06.jpg for URL http://www.golem.de/1612/124937-131465-i_rc.jpg
12-07 20:20:16.980 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: getCacheImagePath: localImagePath=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files/imagecache/2545/55358484277d43e96a6938f5757a1a06.jpg
12-07 20:20:16.980 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: downloadImageToCache: imageURL=http://www.golem.de/1612/124937-131465-i_rc.jpg destination=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files/imagecache/2545/55358484277d43e96a6938f5757a1a06.jpg
12-07 20:20:16.982 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: doesImageCacheDirExistElseCreate: articleImageCacheDirName=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files/imagecache/2545
12-07 20:20:17.005 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: doesImageCacheDirExistElseCreate: isDirCreated=true
12-07 20:20:17.077 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/ImageCacheUtils: downloadImageToCache: function finished for imageURL=http://www.golem.de/1612/124937-131465-i_rc.jpg destination=/storage/3237-3031/Android/data/fr.gaulupeau.apps.InThePoche.debug/files/imagecache/2545/55358484277d43e96a6938f5757a1a06.jpg
12-07 20:20:17.123 8437-11190/fr.gaulupeau.apps.InThePoche.debug E/SQLiteConnection: startPos 866 > actual rows 739
12-07 20:20:17.123 8437-11190/fr.gaulupeau.apps.InThePoche.debug E/CursorWindow: Failed to read row 34, column 0 from a CursorWindow which has 0 rows, 11 columns.
12-07 20:20:17.129 8437-11190/fr.gaulupeau.apps.InThePoche.debug D/EventProcessor: onFetchImagesFinishedEvent() started
                                                                                   
                                                                                   --------- beginning of crash
12-07 20:20:17.133 8437-11190/fr.gaulupeau.apps.InThePoche.debug E/AndroidRuntime: FATAL EXCEPTION: IntentService[BGService]
                                                                                   Process: fr.gaulupeau.apps.InThePoche.debug, PID: 8437
                                                                                   java.lang.IllegalStateException: Couldn't read row 34, col 0 from CursorWindow.  Make sure the Cursor is initialized correctly before accessing data from it.
                                                                                       at android.database.CursorWindow.nativeGetLong(Native Method)
                                                                                       at android.database.CursorWindow.getLong(CursorWindow.java:511)
                                                                                       at android.database.AbstractWindowedCursor.getLong(AbstractWindowedCursor.java:75)
                                                                                       at org.greenrobot.greendao.AbstractDao.loadCurrent(AbstractDao.java:541)
                                                                                       at org.greenrobot.greendao.InternalQueryDaoAccess.loadCurrent(InternalQueryDaoAccess.java:33)
                                                                                       at org.greenrobot.greendao.query.LazyList.loadEntity(LazyList.java:268)
                                                                                       at org.greenrobot.greendao.query.LazyList.get(LazyList.java:255)
                                                                                       at org.greenrobot.greendao.query.LazyList$LazyIterator.next(LazyList.java:105)
                                                                                       at fr.gaulupeau.apps.Poche.service.BGService.fetchImages(BGService.java:494)
                                                                                       at fr.gaulupeau.apps.Poche.service.BGService.handle(BGService.java:187)
                                                                                       at fr.gaulupeau.apps.Poche.service.BGService.onHandleIntent(BGService.java:133)
                                                                                       at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:66)
                                                                                       at android.os.Handler.dispatchMessage(Handler.java:102)
                                                                                       at android.os.Looper.loop(Looper.java:234)
                                                                                       at android.os.HandlerThread.run(HandlerThread.java:61)
12-07 20:20:17.182 8437-8437/fr.gaulupeau.apps.InThePoche.debug D/ArticlesListFragment: Fragment 0 onPause()

BTW, this article 2545 is the last in the LazyList.

Strubbl · 2016-12-07T19:54:50Z

Maybe we experience a bug in org.greenrobot.greendao.query.LazyList here. I just tried using normal list() with a List<Article> and this works as expected without any exception.

see attached patch

0001-use-List-instead-of-LazyList-when-querying-for-artic.patch.txt

Strubbl · 2016-12-07T20:40:40Z

just also saw some timeouts being catched, where i am going to add some more information:

12-07 21:31:25.681 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err: java.net.SocketTimeoutException
12-07 21:31:25.681 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at java.net.PlainSocketImpl.read(PlainSocketImpl.java:484)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at java.net.PlainSocketImpl.access$000(PlainSocketImpl.java:37)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at java.net.PlainSocketImpl$PlainSocketInputStream.read(PlainSocketImpl.java:237)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at okio.Okio$2.read(Okio.java:138)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at okio.AsyncTimeout$2.read(AsyncTimeout.java:238)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at okio.RealBufferedSource.read(RealBufferedSource.java:45)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at okhttp3.internal.http.Http1xStream$FixedLengthSource.read(Http1xStream.java:377)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at okio.RealBufferedSource.read(RealBufferedSource.java:45)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at okio.RealBufferedSink.writeAll(RealBufferedSink.java:97)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at fr.gaulupeau.apps.Poche.network.ImageCacheUtils.downloadImageToCache(ImageCacheUtils.java:150)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at fr.gaulupeau.apps.Poche.network.ImageCacheUtils.cacheImages(ImageCacheUtils.java:59)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at fr.gaulupeau.apps.Poche.service.BGService.fetchImages(BGService.java:502)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at fr.gaulupeau.apps.Poche.service.BGService.handle(BGService.java:186)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at fr.gaulupeau.apps.Poche.service.BGService.onHandleIntent(BGService.java:132)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at android.app.IntentService$ServiceHandler.handleMessage(IntentService.java:66)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at android.os.Handler.dispatchMessage(Handler.java:102)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at android.os.Looper.loop(Looper.java:234)
12-07 21:31:25.682 7404-7755/fr.gaulupeau.apps.InThePoche.debug W/System.err:     at android.os.HandlerThread.run(HandlerThread.java:61)

di72nn · 2016-12-08T08:34:33Z

I don't get the exception. Did you change anything else (dependencies' versions, etc.)?

Strubbl · 2016-12-08T22:37:44Z

No, only gradle, the PR which just got merged.

Strubbl · 2016-12-19T18:44:38Z

I completely wiped my app and the content on the SD card and build a clean debug version of this branch here. Unfortunately i can still reproduce the crash with the LazyList.

So i installed the app, configured it with my server, and the initial sync was done automatically. Then i changed the setting to enable image caching and pushed the button to sync. After a while (i have approx. 2000 articles in wallabag), i get the crash of the app. Even after restarting the app, it starts automatically to sync again and of crashes again. Restarting it for the 2nd time it still starts to sync and crashes. And after the third time, it just starts the app without automatically syncing. If it push the sync button again, i can reproduce the behaviour and the loop of crashes repeats again.

The only change i have made to this branch is:

$ git diff
diff --git a/build.gradle b/build.gradle
index fbf8604..8417239 100644
--- a/build.gradle
+++ b/build.gradle
@@ -5,7 +5,7 @@ buildscript {
         jcenter()
     }
     dependencies {
-        classpath 'com.android.tools.build:gradle:2.2.2'
+        classpath 'com.android.tools.build:gradle:2.2.3'
         classpath 'org.greenrobot:greendao-gradle-plugin:3.2.0'
     }
 }

Can we please apply my patch and get this PR merged?
Except of this bug i see no further show stopper from merging this PR. If we get it into the next release, we can gather some feedback of the early adopters. Also we can try to use the lazylist again in a fresh new branch, after your dependency PR #379 has been merged.

…ges downloaded

Strubbl · 2016-12-20T18:48:36Z

Open points before merging from @di72nn:

review the rest of the changes in this PR
some not yet defined actions of housekeeping

Strubbl · 2016-12-28T17:22:37Z

due to having #394 we can close this PR?

di72nn · 2016-12-28T19:21:06Z

The PR may be obsolete, but I restored the image-caching branch just in case.

tcitworld reviewed Nov 4, 2016

View reviewed changes

Strubbl mentioned this pull request Nov 5, 2016

Server-side image caching of images being used in articles wallabag/wallabag#2532

Closed

Strubbl and others added 17 commits December 1, 2016 20:02

add setting to download images to device

fbcf6b0

check for cached images in ReadArticleActivity and replace image path…

9a53ce2

…s if cached version of image has been found

move image caching helper functions from ReadArticleActivity to stati…

40161cb

…c util class ImageCacheUtils

increase minSdkVersion to 19, so that we can use getExternalFilesDirs…

4d52cfd

…() to determine the real SD card and not only internal emulated external storage

request persmission to write on external storage

bd8faf5

implement stupid image download when processing feeds and download on…

f1850fe

… every article item being parsed

fix spaces

879074c

fix external storage path in ReadArticleActivity, also fix for correc…

a8dda4c

…t article id usage

fix replacing of cached images in article view

2a831ad

minSdkVersion 11 again

f9f30c2

avoid nullpointer exception

4dd24a7

article view: fix image replacement when there is more than one image…

8063af5

… in article

remove responsive image parameters to not interfere with original ima…

52b99d4

…ge being displayed. especially important if image URL contains special chars like e.g. umlauts (äöüß)

avoid null pointer in case of suspicious image file extension

608e14d

Add facilities to handle work with different priorities

4c98dab

Move Image Fetcher invocation to BGService

e4990cd

Use ContextCompat.getExternalFilesDirs()

4915c1c

di72nn force-pushed the image-caching branch from be96154 to 4915c1c Compare December 1, 2016 16:19

close response to avoid warning about leaked resources

cae8da3

add more debug info in case image download times out

2e02cd8

Strubbl force-pushed the image-caching branch from 81f9745 to 2e02cd8 Compare December 7, 2016 20:48

Strubbl changed the title ~~[WIP] Image caching~~ Image caching Dec 19, 2016

Strubbl and others added 2 commits December 19, 2016 20:08

Merge branch 'master' into image-caching

c83a018

use List instead of LazyList when querying for article not having ima…

ec38286

…ges downloaded

Strubbl changed the title ~~Image caching~~ [wip] Image caching Dec 20, 2016

Strubbl added the Ready for review label Dec 20, 2016

di72nn mentioned this pull request Dec 28, 2016

Background improvements and image caching #394

Closed

tcitworld closed this Dec 28, 2016

tcitworld deleted the image-caching branch December 28, 2016 17:23

di72nn mentioned this pull request Apr 5, 2017

IllegalStateException: Couldn't read row 0, col 0 from CursorWindow (in GreenDAO's list method) #413

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[wip] Image caching #343

[wip] Image caching #343

Strubbl commented Nov 4, 2016 •

edited

Loading

tcitworld left a comment

tcitworld Nov 4, 2016

Strubbl Nov 4, 2016 •

edited

Loading

tcitworld Nov 4, 2016

Strubbl Nov 4, 2016

Strubbl commented Nov 4, 2016

tcitworld commented Nov 4, 2016

di72nn commented Nov 6, 2016 •

edited

Loading

Strubbl commented Nov 6, 2016

di72nn commented Nov 7, 2016

di72nn commented Nov 7, 2016

Strubbl commented Nov 7, 2016 •

edited

Loading

tcitworld commented Dec 1, 2016

di72nn commented Dec 1, 2016

Strubbl commented Dec 7, 2016

Strubbl commented Dec 7, 2016 •

edited

Loading

Strubbl commented Dec 7, 2016 •

edited

Loading

Strubbl commented Dec 7, 2016

di72nn commented Dec 8, 2016

Strubbl commented Dec 8, 2016

Strubbl commented Dec 19, 2016

Strubbl commented Dec 20, 2016

Strubbl commented Dec 28, 2016

di72nn commented Dec 28, 2016

[wip] Image caching #343

[wip] Image caching #343

Conversation

Strubbl commented Nov 4, 2016 • edited Loading

tcitworld left a comment

Choose a reason for hiding this comment

tcitworld Nov 4, 2016

Choose a reason for hiding this comment

Strubbl Nov 4, 2016 • edited Loading

Choose a reason for hiding this comment

tcitworld Nov 4, 2016

Choose a reason for hiding this comment

Strubbl Nov 4, 2016

Choose a reason for hiding this comment

Strubbl commented Nov 4, 2016

tcitworld commented Nov 4, 2016

di72nn commented Nov 6, 2016 • edited Loading

Strubbl commented Nov 6, 2016

di72nn commented Nov 7, 2016

di72nn commented Nov 7, 2016

Strubbl commented Nov 7, 2016 • edited Loading

tcitworld commented Dec 1, 2016

di72nn commented Dec 1, 2016

Strubbl commented Dec 7, 2016

Strubbl commented Dec 7, 2016 • edited Loading

Strubbl commented Dec 7, 2016 • edited Loading

Strubbl commented Dec 7, 2016

di72nn commented Dec 8, 2016

Strubbl commented Dec 8, 2016

Strubbl commented Dec 19, 2016

Strubbl commented Dec 20, 2016

Strubbl commented Dec 28, 2016

di72nn commented Dec 28, 2016

Strubbl commented Nov 4, 2016 •

edited

Loading

Strubbl Nov 4, 2016 •

edited

Loading

di72nn commented Nov 6, 2016 •

edited

Loading

Strubbl commented Nov 7, 2016 •

edited

Loading

Strubbl commented Dec 7, 2016 •

edited

Loading

Strubbl commented Dec 7, 2016 •

edited

Loading