[JBoss JIRA] (GTNPORTAL-2338) Images are processed by PortalRequestHandler
by Marek Posolda (JIRA)
Marek Posolda created GTNPORTAL-2338:
----------------------------------------
Summary: Images are processed by PortalRequestHandler
Key: GTNPORTAL-2338
URL: https://issues.jboss.org/browse/GTNPORTAL-2338
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Performance
Affects Versions: 3.2.0-Beta01
Reporter: Marek Posolda
Fix For: 3.2.0-CR01
For simulation the problem, it's sufficient to point browser to http://localhost:8080/portal/classic and log all HTTP requests sent by browser. It can be seen that HTTP requests for obtain images (*.jpg, *.gif, favicon.ico, ...) are repeated during each HTTP request to portal page and HTTP response contains header "Cache-control: no-cache" for all images.
Problem is caused by incorrect mapping of staticResource handler in controller.xml . StaticResource handler is mapped after PortalRequestHandler, which means that all images are firstly processed by PortalRequestHandler. This is non-sense and it results that incorrect HTTP header "Cache-control: no-cache" is used for images and some non-sense operations are called (like calling DataStorage.getPortalConfig with argument "favicon.ico" ).
Processing by PortalRequestHandler is unsuccessful and so StaticResourceHandler is used after that and images are successfuly returned, but incorrect Cache-control is already set.
Thing is that images should be processed only by StaticResourceHandler and not by PortalRequestHandler at all.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (GTNPORTAL-1093) Captcha verification after validation of existing username or e-mail
by Michal Vanco (JIRA)
Captcha verification after validation of existing username or e-mail
--------------------------------------------------------------------
Key: GTNPORTAL-1093
URL: https://jira.jboss.org/jira/browse/GTNPORTAL-1093
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: User Interface
Affects Versions: 3.0.0-GA
Reporter: Michal Vanco
Procedure:
- click Register
- fill username demo (or any existing), fill all other inputs with valid values
- Subscribe -> This user name already exists, please enter a different name.
- edit name -> Subsribe -> Text verification isn't correct
(you have to refresh and add new captcha to be able to register, it should refresh captcha image in this case or validate with current captcha image)
One more issue about captcha:
- if you register new account, all inputs are cleaned, but captcha remain the same
-> you are not able to register account twice in a row (without refreshing page)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months
[JBoss JIRA] Created: (GTNPORTAL-2072) NoSuchDataException is thrown after importing pages through export/import tool.
by Nick Scavelli (JIRA)
NoSuchDataException is thrown after importing pages through export/import tool.
-------------------------------------------------------------------------------
Key: GTNPORTAL-2072
URL: https://issues.jboss.org/browse/GTNPORTAL-2072
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Nick Scavelli
Priority: Minor
Below exception is thrown after importing pages through management tools (see steps to reproduce section below). I think this is a stale storageId coming from the UI when the data has changed outside the UI. Typically logging out solves the issue, but this isn't optimal. Changes to data should not be only achievable through the UI. The changes are being sent through DataStorage, so there should be someway to sync this data up.
Stacktrace:
{noformat}
Caused by: org.exoplatform.portal.config.NoSuchDataException: Can not find 1c42bec77f0000011076449207f5d085
at org.exoplatform.portal.pom.config.POMSession.findCustomizationById(POMSession.java:214)
at org.exoplatform.portal.pom.config.tasks.PreferencesTask$Load.run(PreferencesTask.java:91)
at org.exoplatform.portal.pom.config.POMSession.execute(POMSession.java:405)
at org.exoplatform.portal.pom.config.ExecutorDispatcher.execute(ExecutorDispatcher.java:60)
at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:169)
at org.exoplatform.portal.pom.config.cache.DataCache.execute(DataCache.java:61)
at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
at org.exoplatform.portal.pom.config.cache.PortalNamesCache.execute(PortalNamesCache.java:77)
at org.exoplatform.portal.pom.config.POMSessionManager.execute(POMSessionManager.java:251)
at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176)
at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111)
at org.exoplatform.portal.webui.application.ModelAdapter$1.getPortletContext(ModelAdapter.java:89)
at org.exoplatform.portal.webui.application.UIPortlet.getPortletContext(UIPortlet.java:993)
at org.exoplatform.portal.webui.application.UIPortlet.create(UIPortlet.java:829)
at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:212)
{noformat}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 9 months