Tristan-cs345-log - Revision history

Twright09: added apr 30

2012-04-30T05:06:21Z

added apr 30

← Older revision		Revision as of 05:06, 30 April 2012
Line 50:		Line 50:
	** Passed off phone to Aaron.		** 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.		** 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.

Twright09: added apr27

2012-04-29T16:25:42Z

added apr27

← Older revision		Revision as of 16:25, 29 April 2012
Line 47:		Line 47:
	*Apr 25		*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.		** 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.

Twright09: added apr 25

2012-04-26T02:43:24Z

added apr 25

← Older revision		Revision as of 02:43, 26 April 2012
Line 45:		Line 45:
	** The map view on client side centers to mean location of finds however already filters out (0,0) coordinates.		** 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.		** 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.

Twright09 at 03:13, 24 April 2012

2012-04-24T03:13:09Z

← Older revision		Revision as of 03:13, 24 April 2012
Line 41:		Line 41:
	** Looked at bug/feature #3 on our list on the class page.		** Looked at bug/feature #3 on our list on the class page.
	*Apr 23		*Apr 23
	** ~~phone~~ handed off to me		** Phone handed off to me
	** Found location of where latitude and longitude get saved.		** 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.

Twright09: added apr 23

2012-04-24T01:58:35Z

added apr 23

← Older revision		Revision as of 01:58, 24 April 2012
Line 40:		Line 40:
	** 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.		** 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.		** 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.

Twright09 at 00:22, 20 April 2012

2012-04-20T00:22:41Z

← Older revision		Revision as of 00:22, 20 April 2012
Line 38:		Line 38:
	*Apr 19:		*Apr 19:
	** Wrote [[Running_Application_on_Device_Through_Eclipse]]		** Wrote [[Running_Application_on_Device_Through_Eclipse]]
	** ~~Looked at logging~~ feature ~~with Aaron,~~ feature already there just couldn't access it before without USB cable.		** 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 ~~other~~ bug/feature #3 on our list on the class page.		** Looked at bug/feature #3 on our list on the class page.

Twright09: added april 19th

2012-04-20T00:21:40Z

added april 19th

← Older revision		Revision as of 00:21, 20 April 2012
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 in class how we're going to approach this.		** 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]]
			** Looked at logging feature with Aaron, feature already there just couldn't access it before without USB cable.
			** Looked at other bug/feature #3 on our list on the class page.

Twright09 at 19:44, 17 April 2012

2012-04-17T19:44:55Z

← Older revision		Revision as of 19:44, 17 April 2012
Line 34:		Line 34:
	** 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 ~~briefly~~ in class how we're going to approach this.		** Assigned new bug: "Log file option to support client side debugging" discussed with Aaron in class how we're going to approach this.

Twright09: added apr 17th.

2012-04-17T19:44:35Z

added apr 17th.

← Older revision		Revision as of 19:44, 17 April 2012
Line 31:		Line 31:
	** 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.		** 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.		** 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:
			** 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 briefly in class how we're going to approach this.

Twright09: Added Apr 10, Apr 13.

2012-04-13T01:59:11Z

Added Apr 10, Apr 13.

← Older revision		Revision as of 01:59, 13 April 2012
Line 24:		Line 24:
	**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.		**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.		**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.