Difference between revisions of "Tristan-cs345-log"
Jump to navigation
Jump to search
(added apr 17th.) |
(added apr 30) |
||
| (7 intermediate revisions by the same user not shown) | |||
| Line 32: | Line 32: | ||
** Looked at how the "View Finds" list loads (getView() on line 296 in ListFindsActivity.java) because it's starting to load slower and slower with the amount of items. Made a version that does not load Lat and Long in that particular view, new date format for time. Looks a little nicer, does not load noticeably faster. | ** Looked at how the "View Finds" list loads (getView() on line 296 in ListFindsActivity.java) because it's starting to load slower and slower with the amount of items. Made a version that does not load Lat and Long in that particular view, new date format for time. Looks a little nicer, does not load noticeably faster. | ||
*Apr 17: | *Apr 17: | ||
| + | ** Phone passed off to Aaron | ||
** Bug 232 fixed a find now requires at least a name or a description before saving. | ** Bug 232 fixed a find now requires at least a name or a description before saving. | ||
** FindActivity.java (where bug 232 was) committed to the main Posit branch. | ** FindActivity.java (where bug 232 was) committed to the main Posit branch. | ||
| − | ** Assigned new bug: "Log file option to support client side debugging" discussed with Aaron | + | ** Assigned new bug: "Log file option to support client side debugging" discussed with Aaron in class how we're going to approach this. |
| + | *Apr 19: | ||
| + | ** Wrote [[Running_Application_on_Device_Through_Eclipse]] | ||
| + | ** Logging feature: feature already there just couldn't access it before without USB cable, will check with Charlie if item can be crossed off list. | ||
| + | ** Looked at bug/feature #3 on our list on the class page. | ||
| + | *Apr 23 | ||
| + | ** Phone handed off to me | ||
| + | ** Found location of where latitude and longitude get saved. | ||
| + | ** The map view on client side centers to mean location of finds however already filters out (0,0) coordinates. | ||
| + | ** When displaying pictures, displayFindInViewCallback() in CameraActivity.java sends a tag to the app log that a picture was attempted to load. However the tag is not in the positive conditional so the tag being there does not imply that the app actually attempted to load a picture. | ||
| + | *Apr 25 | ||
| + | ** Looked at the image plugin code for about 1hr 40m, found no conclusive or speculative reason why the images aren't loading in the list view or when you click on a find that has an image. Added log tags whenever an image doesn't load. | ||
| + | *Apr 27 | ||
| + | ** Passed off phone to Aaron. | ||
| + | ** Looked at Camera plugin again, still no hints to figuring out why images don't load, I think I'll start looking elsewhere for issues. | ||
| + | *Apr 30 | ||
| + | ** Looked at photo issue again with Aaron for a little more than 1 hour, we know where in the code (Camera.java in function getPhotoAsString() ) the image gets picked from its path (/data/data/org.hfoss.posit.android/files/[GUID]) but hard time finding what is actually there it's not a location on the SD card as far as we can find. There is a log tag that reports the images are retrieved correctly, all 27 of them, and yet they are not displaying. It's all very mysterious and defeating. | ||
Latest revision as of 00:06, 30 April 2012
- Mar 20:
- Tested and uploaded HelloAndroid.apk for Android 2.2.
- Tested peer's files successfully under 2.2, Gus' and Gustavo's
- Mar 23:
- Followed Sean's instructions for getting Posit into Eclipse.
- having an issue with importing correctly, does not yet run on emulator.
- Got Posit successfully running in an Android 2.2 emulator.
- Assigned bug #232
- Collaborated with Aaron on finding where the bug is coming from, we think we found it in FindActivity.java on line 525
- Mar 26:
- 'Zorched' previous version of Posit, re-downloaded with mercurial, created local test_branch. Having troubles getting it working. Works.
- Poked around for how to check if a text box is empty, made notes of them.
- Mar 27:
- Got the new phones, configured to given instructions and then some.
- Put current build of Positx in public folder here, does not run on phone as app needs SD card to be installed and run.
- I will be taking care of the phone at least until the next class.
- Mar 28:
- Got the micro SD card, got Positx on phone.
- Mar 29:
- We had to refind the location of the bug because the code is all different now. The function we are looking at where issue 232 is emerging is in the function retrieveContentFromView() in the file FindActivity.java on line 558.
- Edited retrieveContentFromView() and onMenuItemSelected() so that if there is an empty field, then retrieveContentFromView() returns null, modified MenuItemSelected() to handle that.
- Passed off phone to Aaron.
- Apr 03:
- Bug 232 progress: Corrected cases where find Name and Description are blank. The case where there is a picture but no Desc or Name does not pass.
- Phone passed off the me.
- Apr 10:
- Looked at how to detect plugin content.
- Phone passed off to Aarron
- Apr 13:
- Phone passed off to me.
- Briefly collaborated with Jeremy about looking at the server source code to see how we can write tests for it. Server is written in PHP and finds are sent to it via httpPost on line 227 in SyncServer.java. Need to figure out where post in PHP on server is made.
- Looked at how the "View Finds" list loads (getView() on line 296 in ListFindsActivity.java) because it's starting to load slower and slower with the amount of items. Made a version that does not load Lat and Long in that particular view, new date format for time. Looks a little nicer, does not load noticeably faster.
- Apr 17:
- Phone passed off to Aaron
- Bug 232 fixed a find now requires at least a name or a description before saving.
- FindActivity.java (where bug 232 was) committed to the main Posit branch.
- Assigned new bug: "Log file option to support client side debugging" discussed with Aaron in class how we're going to approach this.
- Apr 19:
- Wrote Running_Application_on_Device_Through_Eclipse
- Logging feature: feature already there just couldn't access it before without USB cable, will check with Charlie if item can be crossed off list.
- Looked at bug/feature #3 on our list on the class page.
- Apr 23
- Phone handed off to me
- Found location of where latitude and longitude get saved.
- The map view on client side centers to mean location of finds however already filters out (0,0) coordinates.
- When displaying pictures, displayFindInViewCallback() in CameraActivity.java sends a tag to the app log that a picture was attempted to load. However the tag is not in the positive conditional so the tag being there does not imply that the app actually attempted to load a picture.
- Apr 25
- Looked at the image plugin code for about 1hr 40m, found no conclusive or speculative reason why the images aren't loading in the list view or when you click on a find that has an image. Added log tags whenever an image doesn't load.
- Apr 27
- Passed off phone to Aaron.
- Looked at Camera plugin again, still no hints to figuring out why images don't load, I think I'll start looking elsewhere for issues.
- Apr 30
- Looked at photo issue again with Aaron for a little more than 1 hour, we know where in the code (Camera.java in function getPhotoAsString() ) the image gets picked from its path (/data/data/org.hfoss.posit.android/files/[GUID]) but hard time finding what is actually there it's not a location on the SD card as far as we can find. There is a log tag that reports the images are retrieved correctly, all 27 of them, and yet they are not displaying. It's all very mysterious and defeating.
