New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 752150 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 736430
Owner:
Closed: Aug 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Chrome 60 causes problems commenting in IBM Connections

Reported by ibmconne...@gmail.com, Aug 3 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36

Example URL:
I will need to provide access to a site to demonstrate

Steps to reproduce the problem:
1. Access IBM Connections
2. Access any portion of product with status updates - Homepage, Profiles, or Communities
3. Click the "Comment" link in a status update.

What is the expected behavior?
Ability to comment

What went wrong?
Error message will display stating:
You are not authorized to make comments on this message

Does it occur on multiple sites: Yes

Is it a problem with a plugin? N/A 

Did this work before? Yes 59.0.3071.115

Does this work in other browsers? Yes

Chrome version: 60.0.3112.78  Channel: beta
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

This was working in the prior release of Chrome.  Nothing changed on the IBM Connections application side.  What changed in how Chrome handles this type of link with this version of Chrome?
 
Are you able to provide a site with specific details?
Labels: Needs-Feedback
Can you please register an account here?
https://greenhouse.lotus.com
Once you've registered, I can add you to a community and demonstrate.  If you have access to the prior version of Chrome and the latest, you will see that there is now a problem.  We need to understand what changed with Chrome, as nothing changed with this IBM product.
Project Member

Comment 4 by sheriffbot@chromium.org, Aug 3 2017

Cc: dtapu...@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "dtapuska@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
I've now signed into an account there. How do I reproduce the issue?
1) Login to https://greenhouse.lotus.com/homepage
2) Click on Updates in Table of Contents
3) In the Share Something dialog box in the center of the screen, post a status update.
4) Once posted, hover over the status update.  You should see links for 
Like - Comment - Repost - More...
5) Click Comment
Error displays indicating "You are not authorized to make comments on this message."  See attached picture.
----------

I also added you to a community where you can see the same behavior:
Access https://greenhouse.lotus.com/communities/service/html/community/updates?communityUuid=c37c6efe-c68f-426e-996a-31fe04d592b0&filter=status

This worked fine in prior releases of Chrome, so we need to know what changed in how Chrome processes these links.
errorMsg.png
8.5 KB View Download
Initial bisect points to:

You are probably looking for a change made after 471641 (known good), but no later than 471643 (first known bad).
CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/1e7cf3cffe06a5d7b91775ebaaa450fe299118bc..5025bccfe31b6c49a1e868d58568a89c75b3f338
Cc: tkent@chromium.org shanmuga.m@chromium.org
Components: -Blink Blink>DOM
Per revision bisect points to:
https://chromium.googlesource.com/chromium/src/+log/3639139a6216af6f66840f8348622d45ba06d5b9..5025bccfe31b6c49a1e868d58568a89c75b3f338

tkent@ please triage; not sure if this is just that the IBM site is using an API in a now non-standard way and that is causing the failure or it is caused by an implementation flaw.

This page appears to work correctly in FireFox (which should have the qualified name API) so I wonder if we have an implementation flaw?
Have you looked at the chrome console to see if there's any errors?  I'm seeing a 404 error with my IBM Quickr Site and wonder if you're seeing the same.
Quickr Error.JPG
21.0 KB View Download

Comment 11 Deleted

This report is specific to IBM Connections, and I don't see the same 404 when accessing Connections.
Labels: Hotlist-Interop
Cc: -tkent@chromium.org
Mergedinto: 736430
Owner: tkent@chromium.org
Status: Duplicate (was: Unconfirmed)
I confirmed this is a dupe of  Issue 736430 .

The site executes getElementsByTagName('result') against an XML document like:

<feed>
 <generator>...
 ...
 <entry>
  <snx:action>...
  <snx:entryId>...
  <snx:result>true</snx:result>
 </entry>
</feed>

We stopped to return <snx:result> in such case.

I found the following UA-sniff code:

if((dojo.isWebKit||dojo.isSafari||dojo.isChrome)&&/^snx:/.test(tag)){
tag=tag.substring(4);
}
var _2d=_2c.getElementsByTagName(tag);

So Firefox works well, and Safari has the same issue.

Thanks for the analysis - I looked at  issue 736430 , and it as marked as "Won't Fix."  Can you please explain our options for remediation and why there will not be a fix?  Thank you!
#15,
This is not a bug of Google Chrome, and your option is to fix your site. Your site has the following code, and please remove the "if" block.

if((dojo.isWebKit||dojo.isSafari||dojo.isChrome)&&/^snx:/.test(tag)){
tag=tag.substring(4);
}
var _2d=_2c.getElementsByTagName(tag);

> please remove the "if" block.

If the site needs to support older Chrome and older Safari, removing "if" block won't work.  The code should be

var _2d = _2c.getElementsByTagName(tag);
if (_2d.length == 0 && /^snx:/.test(tag))
  _2d = _2c.getElementsByTagName(tag.substring(4));

or use getElementsByTagNameNS().

Sign in to add a comment