Rendering of bug report broken

[former_member353933]

Hi

I just reported   http://scn.sap.com/thread/3583863

I also got IE10 installed by SAP IT today ,see

Now, the rendering of  

looks bad , e.g.

[JasonLax]

Hi - This has been reported to SCN IT: COMM-3918 social sharing / linkedin > double quote signs cause distortion in page

[former_member353933]

just checked the mentioned link, no fix date known yet

[former_member353933]

Hi Colleagues,

any progress on this?  Since the root cause is known for several weeks now, a fix would be the next step? right? Or must this be forwarded-to/requested-from some external party?

thanks,

Pieter

[former_member183424]

Yes. Some time I have also faced quite same broken page, like as

But it get disappear after few seconds.

[former_member353933]

Hi,

- it does not go away after few secs

- it also appears on FireFox

- imo, this is a bug (not too high prio) that should get fixed

- for FireFox look-and-feel see below

thanks,

Pieter

[JL23]

I had reported the same issue a half year ago

with IE11 and Chrome.

Right now I can see the issue with this Tiny url link discussion from your screenshot, and it is still faulty at the page I reported:

but any other discussion that I open today does not have this issue.

I just compared the source and it looks like the titel of the discussion as well as a preview of the discussion content is taken and included to these social network  share buttons. I guess there is some issue with special characters used in the content that makes this text appear around the button

The first post below is without this ghost text, the second with this ghost text:

<<<<div class="social-btn linkedin">

                <a class="stat-btn" href="http://www.linkedin.com/shareArticle?mini=true&url=http://scn.sap.com/thread/3487766&title=Shadow%20...In the detail view of a discussion the help text that usually  appears when you move the mouse over a button stays permanent in front  I get this in Chrome and IE11" target="_blank" title="Share on LinkedIn"></a>

        </div>

>>>>

        <<<<<div class="social-btn linkedin">

                <a class="stat-btn" href="http://www.linkedin.com/shareArticle?mini=true&url=http://scn.sap.com/thread/3448257&title=How%20to%...Hi All,      I am using the sap Portal 7.31 using AJAX framework page. In the Tool bar level, SAP provided the functionality for "Favorites" -> organize favorites link.    If you click on this link "O..." target="_blank" title="Share on LinkedIn"></a>

        </div>>>>>>

[Former Member]

Hi Jürgen

It is nice to see you dive into source code to find out the root cause.

I had a look at Linkedin share button developer page.

Share on LinkedIn

The share URL can have several parameters, one of them is summary whose maximum length is 256 characters.

The documentation says all parameters must be URL encoded, meaning double quote in parameter (summary in this case) should be URL encoded, which is not happening here on SCN.

This should be a server side fix.

Looking at OP's example source code, the summary has double quote. System thinks first double quote as end of summary parameter.

summary=Hi,I am distributing following tiny link http://wiki.scn.sap.com/wiki/x/n4efFgoffered via the "Tools  =>  Link to this Page =>  Tiny Link"   option , accessible from this pagehttp://wiki.s..."

As a workaround, I think post can be edited so that there is no double quote character in first 256 characters of post title and content

/.

[JL23]

I could have bet that it would be you finding the real root cause.

[former_member353933]

Hi,

I suggest we keep my posting as it is, most likely, this is not the only posting that shows such rendering issues. Keeping it, makes it easier for all of us, to verify that the fix that you are discussing does what it should do.

Thanks your for taking care!

Pieter

[Steffi_Warnecke]

Hello Pieter,

not just for you. I'm on IE 9 and have the same view. So maybe it's something with the thread itself?

Regards,

Steffi.

[former_member353933]

The SCN wiki should protect users and itself from being affected by content that I add into an article. If it does not do so, this must be considered to be a bug imo.

Good to know it is also broken on IE9.

Thanks.