[JBoss JIRA] (WFLY-12277) Invalid 'images/images' in image URLs in the docs
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12277?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-12277:
---------------------------------------
Assignee: (was: Brian Stansberry)
> Invalid 'images/images' in image URLs in the docs
> -------------------------------------------------
>
> Key: WFLY-12277
> URL: https://issues.jboss.org/browse/WFLY-12277
> Project: WildFly
> Issue Type: Bug
> Components: Documentation
> Reporter: Brian Stansberry
> Priority: Major
> Attachments: images_images.txt
>
>
> There are a lot docs.wildfly.org pages with broken image link because the 'images' part of src URL is duplicated. The images render correctly when looking at the adoc page rendered by github in the wildfly/wildfly repo, but when the asciidoc is rendered to html, the 'images' part of the url is duplicated.
> I think what happens is when there is an
> image:xxx.png
> in the adoc, the asciidoc plugin converts that to an image tag with a src attribute value of "images/xxx.png". But our adoc files have this:
> image:images/xxx.png
> So, the 'images' is duplicated.
> I think we have that in our files because that style renders correctly when looking at the raw adoc in http://github.com/wildfly/wildfly
> I think the solution is to remove the 'images' from the line, and instead change the ifdef at the top of the page from:
> ifdef::env-github[:imagesdir: ../]
> to
> ifdef::env-github[:imagesdir: ../images/]
> At least with the one example I tried that worked.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (ELY-1525) When SSO is enabled, multipart form and form enconding stop working.
by Darran Lofthouse (Jira)
[ https://issues.jboss.org/browse/ELY-1525?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse commented on ELY-1525:
---------------------------------------
I assume the redirect back is similar to the FORM authentication case where it is a specific POST request. As this is in the middle of a sequence of redirects I would assume this sequence is not the same time multi part data from the client should also be handled? So it could be similar to the FORM authentication case when there are some specific scenarios we need to handle the FormData but maybe others we should be letting the content of the request through and dealing with headers and URL parameters only.
> When SSO is enabled, multipart form and form enconding stop working.
> --------------------------------------------------------------------
>
> Key: ELY-1525
> URL: https://issues.jboss.org/browse/ELY-1525
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.6.Final, 1.2.1.Final
> Reporter: Estevão Freitas
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 1.10.0.CR3
>
> Attachments: 0001-ELY-1525-Initialize-FormParserFactory-with-FormEncod.patch, ely-1515-reproducer.zip
>
>
> I developed a JSF application with "h:inputFile" component and it requires a form with " enctype="multipart/form-data" ".
> I use this tutorial for SSO: https://docs.jboss.org/author/display/WFLY/Web+Single+Sign-On .
> When I execute the last step: " /subsystem=undertow/application-security-domain=other/setting=single-sign-on:add(key-store=example-keystore, key-alias=localhost, domain=localhost, credential-reference=clear-text=secret}) ", all commandButtons stop working.
> If I remove the "h:inputFile" component and " enctype="multipart/form-data" " from form all buttons works again, but all words with accents are corrupted.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months