You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Alexander Voss (JIRA)" <de...@myfaces.apache.org> on 2006/07/25 11:14:21 UTC
[jira] Created: (TOMAHAWK-565) inputHTML produces IE security
warning about midex secure and unsecure items
inputHTML produces IE security warning about midex secure and unsecure items
----------------------------------------------------------------------------
Key: TOMAHAWK-565
URL: http://issues.apache.org/jira/browse/TOMAHAWK-565
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Html Editor
Affects Versions: 1.1.3
Environment: IE 6.0, Windows XP, Tomcat 5.5
Reporter: Alexander Voss
Hi, when using inputHTML in an SSL-secured application, I get a warning meesage from IE (but not Firefox) that my page uses unsecure content. The only reference I can find in the HTML that does not go back to by application using a relative path is a reference to "about:blank", so I assume that's where it comes from. Clicking "no, don't show unsecure elements" does not affect the operation. I don't know if this is related to a similar problem reported in the KUPU bug tracking system: http://codespeak.net/issues/kupu/issue94 which was resolved long ago. Cheers, Alex
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TOMAHAWK-565) inputHTML produces IE security
warning about midex secure and unsecure items
Posted by "Mario Ivankovits (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/TOMAHAWK-565?page=all ]
Mario Ivankovits resolved TOMAHAWK-565.
---------------------------------------
Fix Version/s: 1.1.5-SNAPSHOT
Resolution: Fixed
It should be fixed now, it would be great if you could check if it works.
Thanks!
Ciao,
Mario
> inputHTML produces IE security warning about midex secure and unsecure items
> ----------------------------------------------------------------------------
>
> Key: TOMAHAWK-565
> URL: http://issues.apache.org/jira/browse/TOMAHAWK-565
> Project: MyFaces Tomahawk
> Issue Type: Bug
> Components: Html Editor
> Affects Versions: 1.1.3
> Environment: IE 6.0, Windows XP, Tomcat 5.5
> Reporter: Alexander Voss
> Fix For: 1.1.5-SNAPSHOT
>
>
> Hi, when using inputHTML in an SSL-secured application, I get a warning meesage from IE (but not Firefox) that my page uses unsecure content. The only reference I can find in the HTML that does not go back to by application using a relative path is a reference to "about:blank", so I assume that's where it comes from. Clicking "no, don't show unsecure elements" does not affect the operation. I don't know if this is related to a similar problem reported in the KUPU bug tracking system: http://codespeak.net/issues/kupu/issue94 which was resolved long ago. Cheers, Alex
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-565) inputHTML produces IE security
warning about midex secure and unsecure items
Posted by "Adam Winer (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/TOMAHAWK-565?page=comments#action_12423378 ]
Adam Winer commented on TOMAHAWK-565:
-------------------------------------
The technique we used in Trinidad for a similar scenario was to substitute the URL of an image in the webapp, in this case a one-pixel transparent image.
> inputHTML produces IE security warning about midex secure and unsecure items
> ----------------------------------------------------------------------------
>
> Key: TOMAHAWK-565
> URL: http://issues.apache.org/jira/browse/TOMAHAWK-565
> Project: MyFaces Tomahawk
> Issue Type: Bug
> Components: Html Editor
> Affects Versions: 1.1.3
> Environment: IE 6.0, Windows XP, Tomcat 5.5
> Reporter: Alexander Voss
>
> Hi, when using inputHTML in an SSL-secured application, I get a warning meesage from IE (but not Firefox) that my page uses unsecure content. The only reference I can find in the HTML that does not go back to by application using a relative path is a reference to "about:blank", so I assume that's where it comes from. Clicking "no, don't show unsecure elements" does not affect the operation. I don't know if this is related to a similar problem reported in the KUPU bug tracking system: http://codespeak.net/issues/kupu/issue94 which was resolved long ago. Cheers, Alex
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-565) inputHTML produces IE security
warning about midex secure and unsecure items
Posted by "Mario Ivankovits (JIRA)" <de...@myfaces.apache.org>.
[ http://issues.apache.org/jira/browse/TOMAHAWK-565?page=comments#action_12423284 ]
Mario Ivankovits commented on TOMAHAWK-565:
-------------------------------------------
maybe changing this to "javascript:false;" as in inputCalendar should help
> inputHTML produces IE security warning about midex secure and unsecure items
> ----------------------------------------------------------------------------
>
> Key: TOMAHAWK-565
> URL: http://issues.apache.org/jira/browse/TOMAHAWK-565
> Project: MyFaces Tomahawk
> Issue Type: Bug
> Components: Html Editor
> Affects Versions: 1.1.3
> Environment: IE 6.0, Windows XP, Tomcat 5.5
> Reporter: Alexander Voss
>
> Hi, when using inputHTML in an SSL-secured application, I get a warning meesage from IE (but not Firefox) that my page uses unsecure content. The only reference I can find in the HTML that does not go back to by application using a relative path is a reference to "about:blank", so I assume that's where it comes from. Clicking "no, don't show unsecure elements" does not affect the operation. I don't know if this is related to a similar problem reported in the KUPU bug tracking system: http://codespeak.net/issues/kupu/issue94 which was resolved long ago. Cheers, Alex
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-565) inputHTML produces IE security
warning about midex secure and unsecure items
Posted by "Tony (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/TOMAHAWK-565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620637#action_12620637 ]
Tony commented on TOMAHAWK-565:
-------------------------------
This issue does not seem to be fixed. I am using version 1.1.5 of Tomahawk and I get an IE security warning with the inputHtml tag.
> inputHTML produces IE security warning about midex secure and unsecure items
> ----------------------------------------------------------------------------
>
> Key: TOMAHAWK-565
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-565
> Project: MyFaces Tomahawk
> Issue Type: Bug
> Components: Html Editor
> Affects Versions: 1.1.3
> Environment: IE 6.0, Windows XP, Tomcat 5.5
> Reporter: Alexander Voss
> Assignee: Mario Ivankovits
> Fix For: 1.1.5
>
>
> Hi, when using inputHTML in an SSL-secured application, I get a warning meesage from IE (but not Firefox) that my page uses unsecure content. The only reference I can find in the HTML that does not go back to by application using a relative path is a reference to "about:blank", so I assume that's where it comes from. Clicking "no, don't show unsecure elements" does not affect the operation. I don't know if this is related to a similar problem reported in the KUPU bug tracking system: http://codespeak.net/issues/kupu/issue94 which was resolved long ago. Cheers, Alex
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.