GSoC Updates

[Sean McGregor]

Hery and Shivam,

Since we are having difficulty getting the group together on IRC
lately, let's move to doing daily updates on email. Please include:

* What changes you have made today
* What you are working on next
* What outstanding questions/issues you have

Best,
Sean

--
Sean McGregor

Oregon State University, Department of Computer Science
Twitter: seanmcgregor
irc.freenode.net: smcgregor

[Sean McGregor]

Hery and Shivam,

Please update the mailing list for yesterday. It does not need to be
long (see above).

Thanks,
Sean

[Hery Ratsimihah]

Updates for August 9th, 2013.

• What changes you have made today 
  

• Designed mockups for reading application
• Improved the UI

• What you are working on next 
  

• Fixing an authentication issue in the privly-ios posting app
• Implement the basic features of the reading app

• What outstanding questions/issues you have 
  

• Time management issues because of family events and unexpected traveling

Best,

Hery

[Hery Ratsimihah]

privly-ios update for Monday, August 13, 2013.

• What changes you have made today?
• Implemented a UICollectionView for the reading stream

• What you are working on next
  

• Finish the reading stream view
• Fix the auth bug by implementing a sham web view

• What outstanding questions/issues you have 

• None

Best,

Hery

[Hery Ratsimihah]

privly-ios update for Tuesday and Wednesday, August 13 and 14, 2013.

• What changes you have made today?

• Added hard-coded privly posts URLs
• Replaced the collection view by a simpler table view to deal with layout customization later

What you are working on next

• Integrate show.html

• Fix the auth bug by implementing a sham web view

What outstanding questions/issues you have 
• None

[Hery Ratsimihah]

The correct date was Monday, August 12, 2013.

On Tuesday, August 13, 2013 11:39:17 AM UTC+2, Hery Ratsimihah wrote:

[Hery Ratsimihah]

privly-ios update for Thursday and Friday, August 15 and 16, 2013.

What changes you have made today?

• Added the Facebook fishhook library to suppress an error message caused by XCode Beta 5
• Integrated show.html to read posts within the reading privly-application

What you are working on next

• Finish 

Fix the auth bug by implementing a sham web view

What outstanding questions/issues you have 

• The show.html seems to have UI issues

[Hery Ratsimihah]

privly-ios update for Monday and Tuesday, August 19 and 20, 2013.

What changes you have made today?

• Added an asynchronous check for the auth_token validity
• It prevents the app from skipping the login page when the current auth_token is not valid
• Added a view for the waiting state during the auth_token check mentioned above (see screenshot below)
• Link to commit
• https://github.com/hery/privly-ios/commit/91e26cac496d046a28d4fff951d2605f471f6905
  

What you are working on next

• More tests
• More doc
• Remove navbar in JS posting-application
• Discuss changes needed to JS for reading-application

What outstanding questions/issues you have 

• No regular access to wifi while traveling

[Hery Ratsimihah]

[Sean McGregor]

Cool. Comments below.

* The "Please Wait" message can hang for a long time and people won't know what it is doing. The message should be something like, "Please Wait While We Check Whether you are Still Logged In..."

* You should re-style the native UI buttons ("Login" for instance) to look more like buttons. We might need to do the same in privly-applications.

* The login page should have a short sentence of directions before the forms. Something like "Login in to {{domain}}". Below the form can be a single button saying "change content hosts"

* The "Index" application hangs at login for some reason. I plan on turning the Index app off on mobile in the near term, but if you could see why it is hanging, I would appreciate it.

* The Bootstrapped applications are definitely looking better :)

* When I click the link generated from a new post, it successfully opens the post. I am guessing this is opening in a web view hosted by the remote server? I should probably set that to open locally somehow, but it may be tricky on mobile.

* I think it would be good to have an application selection screen between selecting "POST" and the PlainPost screen. Although I don't think this is strictly necessary.

* I am not sure what is going on in the reading capabilities. When we are able to meet up in IRC, let's talk about what is happening.

-Sean

--
You received this message because you are subscribed to the Google Groups "privly-mobile" group.
To unsubscribe from this group and stop receiving emails from it, send an email to privly-mobil...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Shivam Verma]

I just updated privly-applications for the android application. But I can't seem to package an apk after the update. I have pushed this code to the reading -applications branch of my repository. 

https://github.com/vshivam/privly-android/tree/reading-application

Can you guys test the code on eclipse ?

Every time I try to run the applications, I get the following errors. 

[2013-08-22 04:12:22 - privly-android]       Unable to add '/home/shivam/workspace/privly-android/assets/PrivlyApplications/DataTables-1.9.4/extras/AutoFill/media/js/AutoFill.min.js.gz': file already in archive (try '-u'?)

[2013-08-22 04:12:22 - privly-android] ERROR: unable to process assets while packaging '/home/shivam/workspace/privly-android/bin/resources.ap_'

[2013-08-22 04:12:22 - privly-android] ERROR: packaging of '/home/shivam/workspace/privly-android/bin/resources.ap_' failed 

--
Shivam | +91 7507632590
4th Year, Information Systems
BITS-Pilani, Goa Campus.

[Shivam Verma]

Turns out I can't have an archived file inside my application. I have removed all the gz files from PrivlyApplications and things seem to work fine. The gz files don't really contribute to the working of the application I suppose ? The unzipped files are still present in their respective directories. 

[Sean McGregor]

Ahh, good to know.

We don't need the archive in the vendor directories. I included them
since I was trying to keep all the package together as you would
download it. In light of your issue, I'll strip it down to the core
libraries/licenses.

-Sean

[Shivam Verma]

Things seem to be working now. 

Added a method. It checks whether the url has an encoded value of privlyDataURL[1].  If not, it encodes the value of privlyDataURL parameter before creating the hash. This is hackish but shouldn't cause a problem even on other platforms imo. 

[1]https://github.com/vshivam/privly-applications/blob/master/shared/javascripts/parameters.js#L20

[Sean McGregor]

Regardless of whether it currently causes problems on the
privlyDataURL parameter, you can't hard code the parameters into
parameters.js. Applications can define other (potentially encoded)
parameters on its URLs. This means that the encoding choice from the
mobile app needs to be compliant with the way strings are encoded in
JavaScript.

I think you have two options:

1) Define a function in Android that mimmicks JavaScript's
encodeURIComponent function [3], or
2) Define a simple encoding that takes care of the major integration
issue (more on this below)

My guess is that Android is having issues with one or two characters
that can't be part of the parameter string on the URL. You could make
a custom encoding just for the "bad" characters, and we can handle
them in Privly applications.

For instance:

Instead of sending something like as the source of the web view:

file://LOCAL_FILE_PATH?privlyOriginalUrl=https://privlyalpha.org/apps/PlainPost/show.html?u=https%3A%2F%2Fprivlyalpa.org%2Fposts%2F1.json%3Frandom_token%3Djf382hefan

since it might have trouble with the "?," "/," or "=", you could send
something like:

file://LOCAL_FILE_PATH?privlyOriginalUrl=https:ANDROIDSLASHANDROIDSLASHprivlyalpha.orgANDROIDSLASHappsANDROIDSLASHPlainPostANDROIDSLASHshow.htmlANDROIDQUESTIONMARKu=https%3A%2F%2Fprivlyalpa.org%2Fposts%2F1.json%3Frandom_token%3Djf382hefan

Note that option two is inherently more brittle and will likely cause
issues at a later point. Since we don't have a tremendous amount of
time left in the summer, I think you should implement whichever you
are most comfortable with.

[3] http://stackoverflow.com/questions/607176/java-equivalent-to-javascripts-encodeuricomponent-that-produces-identical-outpu

[Shivam Verma]

1. I haven't harcoded the URL as such, I am just checking if the privlyDataURL parameter in the url which is sent to parameterStringToHash() is encoded or not, since it should be encoded when the paramterHash is created. 

2. The exact problem. 

URL which is sent to JS from Java :

PrivlyApplications/PlainPost/show.html?privlyOriginalURL=https%3A%2F%2Fprivlyalpha.org%2Fapps%2FPlainPost%2Fshow%3FprivlyApp%3DPlainPost%26privlyInject1%3Dtrue%26random_token%3Df8f14ce1b8%26privlyDataURL%3Dhttps%253A%252F%252Fprivlyalpha.org%252Fposts%252F1024.json%253Frandom_token%253Df8f14ce1b8%23privlyInject1%3Dtrue%26p%3Dp

Now, when state.webApplicationURL = privlyParameters.getApplicationUrl(href); is called in show.js, the url gets decoded once in getApplicationURL() and the value of state.webApplicationURL is set to 

https://privlyalpha.org/apps/PlainPost/show?privlyApp=PlainPost&privlyInject1=true&random_token=f8f14ce1b8&privlyDataURL=https%3A%2F%2Fprivlyalpha.org%2Fposts%2F1024.json%3Frandom_token%3Df8f14ce1b8#privlyInject1=true&p=p

Now when state.parameters = privlyParameters.getParameterHash(state.webApplicationURL); is called in show.js it is decoded again, (since, getApplicationURL Contains url = decodeURIComponent(url);) to 

https://privlyalpha.org/apps/PlainPost/show?privlyApp=PlainPost&privlyInject1=true&random_token=f8f14ce1b8&privlyDataURL=https://privlyalpha.org/posts/1024.json?random_token=f8f14ce1b8#privlyInject1=true&p=p

in which the privlyDataURL paramter is not encoded. Now when parameterStringToHash() is called, it splits using '=' and the random_token=f8f14ce1b8 is also split and the privlyDataURL only contains https://privlyalpha.org/posts/1024.json?random_token

so its basically the double decoding which is causing the problem. I did try the code from the same link you provided, but it creates the same problem, double decoding. 

[Shivam Verma]

The current code that I have, on receiving the parameterString in parameterStringToHash(), checks if the string is already encoded. If not, it just replaces, privlyDataURL= privlyDataURL=https://privlyalpha.org/posts/1024.json?random_token=f8f14ce1b8 in the parameter String with privlyDataURL=https%3A%2F%2Fprivlyalpha.org%2Fposts%2F1024.json%3Frandom_token%3Df8f14ce1b8 by encoding again. 

[Sean McGregor]

I think the original parameters.js file is close to what you need
since the problems you describe could be taken care of in the original
"getApplicationUrl".

While privlyDataURL is used by PlainPost and ZeroBin, it is not the
only parameter that could potentially be a URL that would have
encoding issues. The parameters.js file should not need to know about
any parameters since it should just handle encoding/decoding URLs on
behalf of the injectable applications. By writing privlyDataURL into
the parameters.js explicitly, it becomes much more brittle and less
capable of interfacing with new applications.

[Sean McGregor]

(CCing back in the mobile list)

Comments below.

On Fri, Aug 23, 2013 at 5:38 AM, Hery Ratsimihah <he...@ratsimihah.com> wrote:

Thanks for your feedback. I answered below, and the relevant commit is at https://github.com/hery/privly-ios/commit/561fe9b5105263219b42dbb7fc36345e52661ca0

Best,

Hery

On Aug 21, 2013, at 10:52 PM, Sean McGregor <smcg...@seanbmcgregor.com> wrote:

Cool. Comments below.

* The "Please Wait" message can hang for a long time and people won't know what it is doing. The message should be something like, "Please Wait While We Check Whether you are Still Logged In…"

Updated.

* You should re-style the native UI buttons ("Login" for instance) to look more like buttons. We might need to do the same in privly-applications.

Native UI buttons on iOS 7 are borderless, but we can definitely customize them with a border.

I like the buttons you find in applications like the native mail application. The "clickable" area is very large and often includes a snippet of what you will be clicking. This is a good thing to tweak if you have extra time, but I would not spend much time on it now. 

* The login page should have a short sentence of directions before the forms. Something like "Login in to {{domain}}". Below the form can be a single button saying "change content hosts"

Updated.

* The "Index" application hangs at login for some reason. I plan on turning the Index app off on mobile in the near term, but if you could see why it is hanging, I would appreciate it.

* The Bootstrapped applications are definitely looking better :)

Yay!

* When I click the link generated from a new post, it successfully opens the post. I am guessing this is opening in a web view hosted by the remote server? I should probably set that to open locally somehow, but it may be tricky on mobile.

So the way it is now is that upon generation of a post, the app directly pushes a view to let users choose where they want to share their post.

But if they go back to the previous screen, that's where they should be able to click the link. Is that what you did?

We can grab the click on the link and handle it however we want to, such as opening the list of social networks and email.

Yes, this is what I did. I think there are several UI elements we will have to hide or interface with the mobile platform.

 

* I think it would be good to have an application selection screen between selecting "POST" and the PlainPost screen. Although I don't think this is strictly necessary.

I will do that later today.

* I am not sure what is going on in the reading capabilities. When we are able to meet up in IRC, let's talk about what is happening.

Would you like to meet sometimes next week, maybe Tuesday or Wednesday?

Wednesdy would work best for me. Maybe 9 AM my time (UTC -7)? 

[Hery Ratsimihah]

Hi Sean,

Comments below!

Hery

On Aug 26, 2013, at 2:58 PM, Sean McGregor <smcg...@seanbmcgregor.com> wrote:

(CCing back in the mobile list)

Comments below.

On Fri, Aug 23, 2013 at 5:38 AM, Hery Ratsimihah <he...@ratsimihah.com> wrote:

Thanks for your feedback. I answered below, and the relevant commit is at https://github.com/hery/privly-ios/commit/561fe9b5105263219b42dbb7fc36345e52661ca0

Best,

Hery

On Aug 21, 2013, at 10:52 PM, Sean McGregor <smcg...@seanbmcgregor.com> wrote:

Cool. Comments below.

* The "Please Wait" message can hang for a long time and people won't know what it is doing. The message should be something like, "Please Wait While We Check Whether you are Still Logged In…"

Updated.

* You should re-style the native UI buttons ("Login" for instance) to look more like buttons. We might need to do the same in privly-applications.

Native UI buttons on iOS 7 are borderless, but we can definitely customize them with a border.

I like the buttons you find in applications like the native mail application. The "clickable" area is very large and often includes a snippet of what you will be clicking. This is a good thing to tweak if you have extra time, but I would not spend much time on it now. 

Are you referring to the "icon buttons" or "text buttons"? In iOS 6 or iOS 7?

Because the text button in iOS 7 are the same we currently have in privly-ios.

* The login page should have a short sentence of directions before the forms. Something like "Login in to {{domain}}". Below the form can be a single button saying "change content hosts"

Updated.

* The "Index" application hangs at login for some reason. I plan on turning the Index app off on mobile in the near term, but if you could see why it is hanging, I would appreciate it.

* The Bootstrapped applications are definitely looking better :)

Yay!

* When I click the link generated from a new post, it successfully opens the post. I am guessing this is opening in a web view hosted by the remote server? I should probably set that to open locally somehow, but it may be tricky on mobile.

So the way it is now is that upon generation of a post, the app directly pushes a view to let users choose where they want to share their post.

But if they go back to the previous screen, that's where they should be able to click the link. Is that what you did?

We can grab the click on the link and handle it however we want to, such as opening the list of social networks and email.

Yes, this is what I did. I think there are several UI elements we will have to hide or interface with the mobile platform.

Should we discuss them during our next meeting?

 

* I think it would be good to have an application selection screen between selecting "POST" and the PlainPost screen. Although I don't think this is strictly necessary.

I will do that later today.

* I am not sure what is going on in the reading capabilities. When we are able to meet up in IRC, let's talk about what is happening.

Would you like to meet sometimes next week, maybe Tuesday or Wednesday?

Wednesdy would work best for me. Maybe 9 AM my time (UTC -7)? 

I have a class at that time. (School is starting on Wednesday).

But anytime between 11am and 3pm your time works. Or Thursday before 1:30pm.

[Hery Ratsimihah]

privly-ios update for Wednesday, August 21, 2013.

What changes you have made today?

• Fixed a bug in the pre-login screen in which there was a case when the root view controller would never be set
• Link to commit
• https://github.com/hery/privly-ios/commit/d31a2443b4519071e03fa58c65847f3446176e9c
  

What you are working on next

• More tests
• More doc
• Remove navbar in JS posting-application
• Discuss changes needed to JS for reading-application
What outstanding questions/issues you have 
• No regular access to wifi while traveling

[Hery Ratsimihah]

privly-ios update for Friday, August 23, 2013.

What changes you have made today?

• Fixed a bug where the nav bar would remain hidden after the pre-login screen
• Added a context message in the login screen that tells the user which content server it is about to login in to
• Link to commit
• https://github.com/hery/privly-ios/commit/561fe9b5105263219b42dbb7fc36345e52661ca0
  

What you are working on next

• More tests
• More doc
• Remove navbar in JS posting-application
• Discuss changes needed to JS for reading-application
What outstanding questions/issues you have 
• No regular access to wifi while traveling

[Hery Ratsimihah]

privly-ios update for Monday and Tuesday, August 26 and 27, 2013.

What changes you have made today?

• Added a screen to let users choose a posting-application type
• Link to commit
• https://github.com/hery/privly-ios/commit/49d4de8105291dfeb4fc23b5797ea73940e6a4f5
  

What you are working on next

• More tests
• More doc
• Remove navbar in JS posting-application
• Discuss changes needed to JS for reading-application

What outstanding questions/issues you have 

• None

[Sean McGregor]

Hery,

Comments below.

-Sean

On Tue, Aug 27, 2013 at 5:15 AM, Hery Ratsimihah <he...@ratsimihah.com> wrote:

Hi Sean,

Comments below!

Hery

On Aug 26, 2013, at 2:58 PM, Sean McGregor <smcg...@seanbmcgregor.com> wrote:

(CCing back in the mobile list)

Comments below.

On Fri, Aug 23, 2013 at 5:38 AM, Hery Ratsimihah <he...@ratsimihah.com> wrote:

Thanks for your feedback. I answered below, and the relevant commit is at https://github.com/hery/privly-ios/commit/561fe9b5105263219b42dbb7fc36345e52661ca0

Best,

Hery

On Aug 21, 2013, at 10:52 PM, Sean McGregor <smcg...@seanbmcgregor.com> wrote:

Cool. Comments below.

* The "Please Wait" message can hang for a long time and people won't know what it is doing. The message should be something like, "Please Wait While We Check Whether you are Still Logged In…"

Updated.

* You should re-style the native UI buttons ("Login" for instance) to look more like buttons. We might need to do the same in privly-applications.

Native UI buttons on iOS 7 are borderless, but we can definitely customize them with a border.

I like the buttons you find in applications like the native mail application. The "clickable" area is very large and often includes a snippet of what you will be clicking. This is a good thing to tweak if you have extra time, but I would not spend much time on it now. 

Are you referring to the "icon buttons" or "text buttons"? In iOS 6 or iOS 7?

Because the text button in iOS 7 are the same we currently have in privly-ios.

I am more referring to a trend in design where there are not buttons so much as clickable regions. Basically, a list of content encompasses a region of the screen that acts as a button instead of a small button on the page. Whenever possible, it is good to have an expansive button. It is a good thing to experiment with, but it can be tweaked over the course of time.

 

* The login page should have a short sentence of directions before the forms. Something like "Login in to {{domain}}". Below the form can be a single button saying "change content hosts"

Updated.

* The "Index" application hangs at login for some reason. I plan on turning the Index app off on mobile in the near term, but if you could see why it is hanging, I would appreciate it.

* The Bootstrapped applications are definitely looking better :)

Yay!

* When I click the link generated from a new post, it successfully opens the post. I am guessing this is opening in a web view hosted by the remote server? I should probably set that to open locally somehow, but it may be tricky on mobile.

So the way it is now is that upon generation of a post, the app directly pushes a view to let users choose where they want to share their post.

But if they go back to the previous screen, that's where they should be able to click the link. Is that what you did?

We can grab the click on the link and handle it however we want to, such as opening the list of social networks and email.

Yes, this is what I did. I think there are several UI elements we will have to hide or interface with the mobile platform.

Should we discuss them during our next meeting?

lets

 

 

* I think it would be good to have an application selection screen between selecting "POST" and the PlainPost screen. Although I don't think this is strictly necessary.

I will do that later today.

* I am not sure what is going on in the reading capabilities. When we are able to meet up in IRC, let's talk about what is happening.

Would you like to meet sometimes next week, maybe Tuesday or Wednesday?

Wednesdy would work best for me. Maybe 9 AM my time (UTC -7)? 

I have a class at that time. (School is starting on Wednesday).

But anytime between 11am and 3pm your time works. Or Thursday before 1:30pm.

Let's say 11am my time on Wednesday (if that still works)?

[Hery Ratsimihah]

Hi Sean,

Sorry I missed your message somehow.

I'm available tomorrow all day. Is there a time that works for you?

Best,

Hery

[Hery Ratsimihah]

privly-ios update for Wednesday and Thursday, August 28 and 29, 2013.

What changes you have made today?

• Documented the entire codebase.
• Link to commit
• https://github.com/hery/privly-ios/commit/29eac2b5e8a264afbbb390dbe2c2aeb2fb9b12ba
  

What you are working on next

• Finish tests

• Remove navbar in JS posting-application
• Discuss changes needed to JS for reading-application

What outstanding questions/issues you have 
• None

[Sean McGregor]

Hery,

(I answered you on IRC, but I'm not sure you saw it)

I am on a train tomorrow between 9:43 and 11:35. I should be able to access IRC then for a discussion. After that, I probably won't have access to wifi until the evening.

-Sean

--

You received this message because you are subscribed to the Google Groups "privly-mobile" group.
To unsubscribe from this group and stop receiving emails from it, send an email to privly-mobil...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Shivam Verma]

Update :

1. Added Database Contract Class. 

2. Added Database Helper Class. 

Currently working on loading links from db to webview on swipe. 

[Hery Ratsimihah]

Hi Sean,

I need to reopen my router's SSH port so I can't connect from outside my local network at the moment.

I'll connect within this time frame, then.

Hery

[Sean McGregor]

Amtrak's wifi is being terrible and I really need my computer for this discussion.

I can buy in flight wifi if you are blocked by our discussion, otherwise I think we should do this over email.

Sent from a mobile device

[Hery Ratsimihah]

It's up to you. I'm on IRC right now. Or we can stick with emails.

Hery

[Hery Ratsimihah]

privly-ios update for Friday and Saturday, August 30 and 31, 2013.

What changes you have made today?

• Added more tests
• Link to commits
• https://github.com/hery/privly-ios/commit/287d1230f7213f646b748249f66b856cae7f22fd
  
• https://github.com/hery/privly-ios/commit/576dfd608b434bfeb9dbbe213de29c07474e09f9
  
• https://github.com/hery/privly-ios/commit/a3f5f5bcb626946f5cfbc0cd70d5adfa0dd39c28
  
• https://github.com/hery/privly-ios/commit/6c9e055f4b67eeede53a7b598cf2095a6eaeb29b
  
• https://github.com/hery/privly-ios/commit/129c2301f86448e3f3a26234fb023a08853cc46b
  

What you are working on next

• Finish tests

• Discuss changes needed to JS for reading-application
  

What outstanding questions/issues you have 
• None

[Shivam Verma]

Hey Guys, 

The App is now able to load content from the local sqlite database on swipe. 

Here goes the blog post : http://vshivam.wordpress.com/2013/09/02/privly-reading-app-integration-and-detecting-swipe-gesture/

Latest Commit : https://github.com/vshivam/privly-android/tree/1d508671f6732c62d8fc5fafc59f1e55cebd3652

This wont really work directly on cloning. We need to add links to the database before this actually starts working. 

In case you guys want to test the feature, just drop me a message. 

Regards. 

[Shivam Verma]

Hey, 

I am able to fetch privly links from a user's facebook inbox. Now moving on to twitter using twitter4j Library. 

Thanks. 

[Hery Ratsimihah]

Hi all.

Sorry I stopped logging the status of my work for the past 2 weeks, but the Github's commit list should have most of it.

I just tested the iOS app running in the GM seed of iOS 7, and a new crash appeared after a user dismisses the alert that notifies a sharing service doesn't have an account set up in the OS settings. 

The crash is silent and doesn't really provide meaningful log messages, so I'm still investigating it. 

In the meantime, I am currently working on the reading application.

Best,

Hery

[Shivam Verma]

Hey Everyone,

Just sent a Pull Request for Privly - Android[1]

Changes Made :

User Interface

• Updated Image Header. Same header across the application.
  (Since the Header in Posting Applications was changed)
•  Minor UI Changes, fixed spacing issues throughout the application. 

Reading Application

• Documentation Added for methods.
  

• Added OnClickListener for Reading Applications ListView in Home.java.
  Takes the user to social network's authentication page. (Currently implemented for facebook)
  
  
• FacebookLinkGrabberService.java - Manages user's facebook session. 
  
  • Authentication is managed by the native facebook application (if installed on the device)
    or by a WebView.
    
  • User needs to provide an extra permission to read the messages inbox.
  • After successful authentication, a new thread is spawned which fetches the latest
    messages and parses the JSON to search for any Privly links. Working on a separate
    thread ensures that the UI thread remains unblocked.
  • All Privly links are then matched with those already existing in the db and then inserted into
    the db if they don't already exist.
    
    
• Added LinksDbHelper.java
  
  • Helper Class for creation of PrivlyLinks SQLite Database.
  • Defines the database Schema
    
    
• Added PrivlyLinkStorageContract.java (Implements BaseColumns)
  
  •  Provides column names for the database.
    
    
• ShowContent.Java
  
  • After checking for any new Privly links, the user is taken to Reading Application.
  • Gesture Detector has been implemented for loading links into show.js from the db.
  • Swipe Left/Right to change posts.
    
    
• New methods added to Utilities.java.
  
  • copyDb() copies the db from applications private storage to the external storage.
    Useful for reading the SQLite db since the database can't be accessed using
    the adb on a non - rooted phone. This can be implemented as feature where the user
    can backup all his links or can be removed later on (This helps a lot in debugging as of now)
  • ifLinkExists() checks if a Privly link already exists in the database.
  • insertIntoDb() inserts a Privly link into the db.
    

Currently working on Twitter Integration with the Reading Application. Adding more documentation and working on tests.

[1] https://github.com/privly/privly-android/pull/5/

[Hery Ratsimihah]

Hi all,

Just to let you know I managed to fix the issue mentioned below.

Hery

[Hery Ratsimihah]

privly-update for Sunday, September 15, 2013.

What changes you have made today?

• Fixed a bug where dismissing the UIAlertView showed by the sharing ViewController would make the app crash
• Passed a post URL to the JS reading application

What you are working on next

• Paging between posts
• Loading the list of a user's post

What outstanding questions/issues you have 

• How can I generate the URL of the previous/next post to load when paging between posts?
• How can I generate a newsfeed of post using the +GET+: /posts.:format method?
• i.e: how can I rebuild the post URL to load using the returned JSON object below?

•   # * +json+ Example:
    #          [{"created_at":"2012-09-05T04:08:31Z",
    #            "burn_after_date":"2012-09-19T04:08:31Z",
    #            "public":false,"updated_at":"2012-09-05T04:08:31Z",
    #            "structured_content":{"salt":"ytyzBr2OkEc",
    #            "iv":"RSBeCnAklAbi0qvq/P8twA","ct":"23hqJJ7QKNkxpLVtfp9uEg"},
    #            "id":149,"user_id":2,"content":null,"random_token":"a53642b006"}]

• What is the purpose of the salt, iv, and ic values?

[Sean McGregor]

> How can I generate the URL of the previous/next post to load when paging between posts?

Can you explain this one a bit more? Your should have a list of URLs that you have scrapped from various services (email, social networks, etc)

> How can I generate a newsfeed of post using the +GET+: /posts.:format method?

Don't. The index endpoint only return's the content the user has created, and the reading functionality is for grabbing the content of other users. So the index endpoint (and any API on the content server) will not help you grab URLs for reading. Do you have another use case in mind?

How is the API for accessing emails on iOS? I think that would be the best place to start with scraping for Privly-type emails. Like I said to Shivam on IRC, you should look for any URL that includes the string "privlyInject1" and include it in the reading app.

-Sean

--

You received this message because you are subscribed to the Google Groups "privly-mobile" group.
To unsubscribe from this group and stop receiving emails from it, send an email to privly-mobil...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Sean McGregor]

I forgot to answer the salt, iv, ic question. These are all specific to the privly-application and are stored as serialized content on the server so that the content server does not need to know about the specific data stored in it. Basically, you don't need to worry about it for your purposes because it is handled by the privly-application.

However, this is a good thing to learn about web security.

salt: A random value that is used to make it more difficult to brute force decrypt content.

iv: initialization vector. This is used to initialize the cipher. Both the salt and the iv are usually randomly generated. 

ct: content. This is the encrypted content for the ZeroBin application.

I am happy to provide more details if you are interested.

-Sean

[Sean McGregor]

Excellent! It is odd that the GM would break this. Is there a short explanation on why it happened?

-Sean 

--

You received this message because you are subscribed to the Google Groups "privly-mobile" group.
To unsubscribe from this group and stop receiving emails from it, send an email to privly-mobil...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Sean McGregor]

Sanchit,

Can you review this pull request? Also, unless you think we should
wait until the end, we should probably start merging the mobile pull
requests into Privly's fork. I believe you have permission to hit the
button.

-Sean

[Sanchit Karve]

Hey Shivam,

I just looked at your pull request.

Aside from a minor issue (see comment in pull request), statically speaking, your code looks well written and I'm glad that you've included sanity checks wherever possible.

I wasn't able to test the facebook integration though as the app kept force closing on my emulator and my phone.

I added the facebook SDK as a project reference and it compiled fine but looks like it couldn't resolve facebook's objects at run-time.

I'm guessing it's a setup issue at my end. Did you do anything else besides adding a reference to the SDK and having the facebook app installed on the emulator/phone?

I've attached the logcat stack trace w/ this email.

Lemme know what I'm doing wrong.

Once I can see the facebook integration, I can push the big green button :)

Thanks

-Sanchit

[Shivam Verma]

Hey Sanchit, 

Check out the second comment on this stackoverflow answer. http://stackoverflow.com/questions/18152280/runtime-error-while-launching-facebook-android-app

I have been trying to get a better idea on how to login with the facebook sdk. I'll be adding a few more commits to the pull request tonight with updated Facebook Login code  and Twitter Integration.

Best.  

[Sanchit Karve]

Cool, I'll try copying the entire sdk into the privly folder and see if that works.
I had previously loaded both projects into my workspace and set the appropriate references but that didn't help.

Will let you know how it goes.
Thanks.
-Sanchit

[Sanchit Karve]

Sweet, it works. Turns out that adding the sdk to the build path was the problem. Doing that causes the project to compile but it can't resolve references at run time.

Now the only issue is that I can't read links from my inbox as every time I tap the screen, the progress dialog disappears. You might want to call setCanceledOnTouchOutside(false) for the progress dialog to prevent that from happening.

Also, the state doesn't get preserved when the screen orientation changes or if the screen fades to black into the lockscreen. Not sure if you're aware of this but you could use setRetainInstance() or any other technique to preserve state and prevent the app from querying facebook everytime.

-Sanchit

[Shivam Verma]

Added Twitter Integration. 

Updated Facebook Integration. Need to add a way to remember status though. setRetainInstance() is only for fragments I suppose. 

Latest Commit : https://github.com/vshivam/privly-android/commit/e47aeff7881ae313f6d06580c2a1a106bc76d7bb

[Sanchit Karve]

Looking....what about using onPause() and onResume() for saving state?

-Sanchit

[Hery Ratsimihah]

My understanding is that iOS 7 Beta 6 was okay with a non-UIViewController instance showing an UIAlertView, which it probably dealt with by passing the 'show' call to the view controller on top of the navigation stack.

The GM seed, on the other hand, doesn't like it and just crashes.

Hery

[Hery Ratsimihah]

Thank you! That makes sense. I just wanted to make sure I didn't need them for now, but I'd be glad to learn more about it when I am done with the reading application.

Hery

[Hery Ratsimihah]

Hi Sean,

Comments below.

Hery

On Sep 15, 2013, at 5:04 PM, Sean McGregor <smcg...@seanbmcgregor.com> wrote:

> How can I generate the URL of the previous/next post to load when paging between posts?

Can you explain this one a bit more? Your should have a list of URLs that you have scrapped from various services (email, social networks, etc)

I get it, thank you. I just thought that we would also download posts that are on the content server, which would actually be redundant.

> How can I generate a newsfeed of post using the +GET+: /posts.:format method?

Don't. The index endpoint only return's the content the user has created, and the reading functionality is for grabbing the content of other users. So the index endpoint (and any API on the content server) will not help you grab URLs for reading. Do you have another use case in mind?

No other use case in mind.

How is the API for accessing emails on iOS? I think that would be the best place to start with scraping for Privly-type emails. Like I said to Shivam on IRC, you should look for any URL that includes the string "privlyInject1" and include it in the reading app.

As far as I know, there is no email API/framework for iOS. So the only ways I can think of to access email services is to deal with each service's API individually, or use a third party library(i.e: https://github.com/miyabichan/OCMail).

[Sean McGregor]

We are at the soft "pencils down" state of the program, so I would not recommend integrating anything that would take too much of the wrap up time (at your discretion). A better direction for the rest of this week is to update the README and add more documentation to each of the files on their purpose, implementation details, etc. Much of the work you have implemented this summer will seem confusing to yourself the next time you need to edit it, and unaffiliated developers will be especially confused without more guidance. A good place to start after updating the README is to add a header to many of the files describing their purpose, integration points, etc.

-Sean

[Hery Ratsimihah]

Understood. I'll finish integrating social networks and wrap up.

Best,

Hery

[Shivam Verma]

Hey Sean, 

The Privly Reading Application is showing an unexpected behavior. The ZeroBin Links

are also being loaded using PlainPost Application (as you had mentioned). 

This is an example of the link that I am trying to load into the application :

https://privlyalpha.org/apps/ZeroBin/show?privlyApp=ZeroBin&privlyInject1=true&random_token=03af2debdb&privlyDataURL=https%3A%2F%2Fprivlyalpha.org%2F
posts%2F1072.json%3Frandom_token%3D03af2debdb#privlyLinkKey=3i+JDb3WAGfk4zY+SKGm421IhICakQX8KXNe+vEjnXI=

I use the following code to determine if the link is PlainPost or ZeroBin. This is same as the chrome extension.  

https://github.com/vshivam/privly-android/blob/master/src/ly/priv/mobile/ShowContent.java#L122

Updates : 

* Removed Logging Messages. 
* Added documentation. 

* Fixed a few Facebook Issues. 

* Wrote Simple Unit Tests for Methods. 

* Pushed latest Code to github. 

Regards. 

On Tue, Sep 17, 2013 at 10:42 AM, Shivam Verma <shivam....@gmail.com> wrote:

Yes, On it. 

[Sean McGregor]

The issue is that you are checking:

url.indexOf("privlyApp=ZeroBin")

after encoding the URL so it is defaulting to the PlainPost
application. You should either check the un-encoded URL in indexOf, or
change it to a variant of:

url.indexOf("privlyApp%3DZeroBin")

for each of the apps.

-Sean

[Shivam Verma]

Oh sad. Completely missed this. 

Thanks so much. 

[Shivam Verma]

* Updated Documentation for Privly - Android. 

* Generated docs using Javadocs. 

https://github.com/vshivam/privly-android-doc

[Sanchit Karve]

Will review today.
Thanks.
-Sanchit

[Hery Ratsimihah]

[Wrap up] 

Hi all,

I just finished integrating Twitter and Facebook into the reading application. 

I will spend tomorrow cleaning the codebase, adding headers, and updating the README, and that should be all for GSoC.

Since I will keep maintaining and updating the repository after the program, should I use the time we have until sending code samples to polish the codebase more?

Also, what do the code samples consists in? Are they just "samples" or the entire repository?

Best,

Hery

On Thursday, August 8, 2013 2:58:50 PM UTC-4, Sean McGregor wrote:

Hery and Shivam,

Since we are having difficulty getting the group together on IRC
lately, let's move to doing daily updates on email. Please include:

* What changes you have made today
* What you are working on next
* What outstanding questions/issues you have

Best,
Sean

[Sean McGregor]

Hery and Shivam,

Congratulations on reaching the firm "pencils down" date!

Let's figure out our publishing process. I'd like to have a period
where people having an app code can download the app, but otherwise
the app is locked down. We will publish the app code in a blog post
and on the mailing list. Will something like this work on both
platforms?

I will issue you both @privly.org email addresses that will be tied to
the iOS and Android app stores. Then you will be able to manage the
app in the app store providing you give complete information on
changes in every version.

I don't know the requirements for the code sample (yet) but I imagine
more information will be forthcoming on Monday.

-Sean

> --
> You received this message because you are subscribed to the Google Groups
> "privly-mobile" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to privly-mobil...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.