Harvard ABCD Forge > Projects > Screensaver HTS LIMS > Tracker > Screensaver Tasks

[#1281] back button in search results

Submitted By: Andrew Tolopko
Start Date* Jul 25 2008	End Date* Aug 25 2008
Priority: Low	Assignee: Nobody
Status: Open	Component: N/A
Branch: iccbl	Impact: defect (minor)
Stakeholders: su_chiang@hms.harvard.edu	RTID: 153158
Revision Found: 2618	Resolution: N/A
Active: N/A	Estimated Effort: N/A
Planned Release : N/A	Goals Addressed:
Components:	Priority Approved: Jan 12 2009
Audience:
Summary back button in search results
Details Su has pointed out a few times that using the back button while in search results entity view mode does not return the user back to the search result summary, if that was the previously viewed page. Mostly, I've believed this is simply a JSF issue, but it may actually be fixable, if we have the web app respond with a redirect between these summary view --> entity view page reloads. At any rate, we should investigate the basic cause, since it really is poor behavior.
Details Su has pointed out a few times that using the back button while in search results entity view mode does not return the user back to the search result summary, if that was the previously viewed page. Mostly, I've believed this is simply a JSF issue, but it may actually be fixable, if we have the web app respond with a redirect between these summary view --> entity view page reloads. At any rate, we should investigate the basic cause, since it really is poor behavior.

Follow-ups
Submitted By: Andrew Tolopko Adddate: 2008-10-24 09:20:33 Interestingly, I can reproduce on the orchestra-hosted Tomcat instances (dev, prod), but not on my local environment.
Submitted By: Andrew Tolopko Adddate: 2008-10-24 09:31:34 Back button causes a GET request on dev, but not on local environment. Investigating diffs between HTTP response headers for caching-related behavior.
Submitted By: Andrew Tolopko Adddate: 2008-10-24 10:16:06 Response headers look the same for the screensBrowser.jsp request between local and orchestra tomcat server. However, it's definitely the case the Firefox is making the decision to not reload screensBrowser.jsp page after a back button from entity viewer mode, when hitting local Tomcat server. And Firefox IS deciding to reload the screensBrowser.jsp page in same case when hitting orchestra Tomcat server. Thought it might be clock-skew related, but tested with local time set to before and after orchestra server time, with no change in behavior.

File Name	File Type	File Size	Posted By
No Files Were Found

Change Date	User Id	Field Name	Old Value	New Value
2009-01-12 11:21:41	Andrew Tolopko	estimatedeffort	None	Short (<= day)
2009-01-12 11:21:41	Andrew Tolopko	active39	None	Inactive
2009-01-12 11:21:41	Andrew Tolopko	priority	2	4
2008-11-09 20:37:39	Andrew Tolopko	release	1.7.2	1.7.x
2008-10-17 11:16:30	Andrew Tolopko	impact87	defect (major)	Removed
2008-10-17 11:16:30	Andrew Tolopko	assignee	None	Nobody
2008-10-03 11:42:03	Andrew Tolopko	release	1.7.1	1.7.2
2008-10-02 12:54:42	Andrew Tolopko	_created_		back button in search results

File	Date	Previous Version	New Version	Message Log	By
No Commits Found

Dependent On Other Items

ID	Summary	Delete
No Dependencies Were Found

Items Dependent On This Item

ID	Summary
No Dependencies Were Found

Duplicate of items

ID	Summary	Delete
No Duplicates Were Found

Items that are duplicates of this item

ID	Summary
1352	search results & back button

Associated Item	Comment
No Associated Items Found
~~Add Association~~

Save changes Back

The Harvard ABCD Forge is an installation of the GForge project and is supported and maintained by the ABCD Software Developers Group. Funding is provided by the office of the Harvard CIO. Contact the forge-admin team with any questions. Our privacy policy is posted here.

MyGforge Home

Screensaver HTS LIMS