Hi Paul I've heard that you are incharge. All translators This has been found by Leticia, pt-BR translator in her language html generated. Due to the possibility that this can happen in other languages, Localization team has been put in CC. It is recommended to all related translators to check if their locale has been affected. Description of problem: RHEL5.2 Virtual Server Administration, section 4.4, LVS_Piranha.xml, line 278 "The private IP address is not needed for <guibutton>Direct Routing</guibutton> configurations, as all real servers as well as the LVS directors share the same virtual IP addresses and should have the same IP route configuration." In the above sentence, the string <guibutton> tagged (which means 'Roteamento Direto (Direct Routing)') appears in black font instead of white which is used for rest. Due to the above sentence is located inside of black square box as Caution, it is hard to read. It seems same problem occurs in other sections as well for the strings <guibutton> tagged. Version-Release number of selected component (if applicable): RHEL5.2 Virtual Server Administration How reproducible: Always Steps to Reproduce: 1. make html-pt-BR 2. See section 4.4 Actual results: the string <guibutton> tagged is rendered in black Expected results: the string <guibutton> tagged to be rendered in white, same as rest Additional info:
Yes, I had the same issue in proofreading the Japanese version. But due to the time limitation and as the word was there, I did not open the issue. Others tags don't seem to have the problem inside the dark frames. Thanks for pointing this out, Leticia and Noriko. James
Noriko, can you give us a pointer in docbot? Assigning to Andy as it sounds like a style sheet issue.
Affirmative on that. I noticed the same in the en-US version.
In docbot, the section can be found here. http://engineering.redhat.com/docbot/en-US/Red_Hat_Enterprise_Linux/5.2/html/Virtual_Server_Administration/s1-piranha-globalset-VSA.html Let me correct, it appears inside of first 'Tip' box not 'Caution'.
*** This bug has been marked as a duplicate of 369161 ***