[
https://jira.jboss.org/browse/GTNPORTAL-1471?page=com.atlassian.jira.plug...
]
kien nguyen commented on GTNPORTAL-1471:
----------------------------------------
Yes, instead of updating dashboard portlet, we only update fragment of gadget that has
updated preference by using ajax request.
Currently, GateIn don't use response 204 No Content for any portlet requests, so
gadget is the same behaviors
Setting gadget user preferences triggers update of portal page
content
----------------------------------------------------------------------
Key: GTNPORTAL-1471
URL:
https://jira.jboss.org/browse/GTNPORTAL-1471
Project: GateIn Portal
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 3.1.0-GA
Reporter: Jon Kranes
Assignee: Vu Viet Phuong
Original Estimate: 6 hours
Remaining Estimate: 6 hours
The underlying problem appears to be that invoking the gadgets.Prefs.set function
triggers an ajax request to the server (via the ajaxGet method in PortalHttpRequest.js).
The response content returned by the server then causes the portal page content to be
replaced with content in the response. Any gadgets on the page are completely
re-initialized and any transient state they previously had (such as items entered in the
ToDo list above) is lost.
The replacement of the page's content is both unnecessary and undesirable, as
demonstrated by the example above. Users will naturally assume that gadgets function
independent of one another, so having one gadget suddenly lose its data due to an action
taken in another gadget seems contrary to the intent of the gadget paradigm.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira