Solved: refused to set unsafe header "connection" - Adobe Community

link管理

链接快照平台

输入网页链接，自动生成快照
标签化管理网页链接

相关文章推荐

英俊的蚂蚁 · 浙江省统计局落实国家统计督察反馈意见整改情况· 2 月前 ·

微笑的充电器 · 在vb.net中从json文件的数组中返回多 ...· 4 月前 ·

沉稳的汉堡包 · 记录libreoffice实现office转 ...· 8 月前 ·

要出家的泡面 · vim编辑器的使用 - du-z - 博客园· 1 年前 ·

谦虚好学的口罩 · 中華書局故宮御貓夜遊記15：不想做神獸的角端· 1 年前 ·

/t5/business-catalyst-discussions-read-only/refused-to-set-unsafe-header-quot-connection-quot/td-p/4114191 Apr 18, 2012 Apr 18, 2012

Community guidelines

Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more

Oh, I see what you're referring to. You have that tabbed content inside the product layout, which breaks when the product is added to the cart or the grouping dropdown is changed, the product layout is reloaded with ajax, and you're attributing that to the Connection header inside the response...

... /t5/business-catalyst-discussions-read-only/refused-to-set-unsafe-header-quot-connection-quot/m-p/4114192#M1702 Apr 18, 2012 Apr 18, 2012

Community guidelines

Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more /t5/business-catalyst-discussions-read-only/refused-to-set-unsafe-header-quot-connection-quot/m-p/4114193#M1703 Apr 18, 2012 Apr 18, 2012

Community guidelines

I assume its this issue in a WebKit browser console (Chrome) when you make an Ajax request, such as changing the grouping option in the detail product layout. The issue is described here - http://www.sourcecoast.com/forums/site-essentials-package/ajax-anywhere/1076-refused-to-set-unsafe-h...

I believe that we are using that version of Mootools. I'll log an issue with the dev team on this.

Cheers,

-mario

Community guidelines

So... the problem showed up again, and honestly I have no memory of why it stopped before, and I don't think I made any changes that caused it to reoccur. This breaks the functionality of the site (lydona.com) It happens in the product detail view when you make an ajax request. You can reproduce it by changing the box size of the product.

This is kind of urgent, so if anyone is willing to take the time to help me I would really appreciate it.

Thanks,

Adam

Community guidelines

I did. The last post on that link was back in 2010, so supposedly the issue was resolved a long time ago. Whether BC is still using that version, I don't know. The last time I brought this up was in April. Also, the problem stopped for the bulk of that time, but has started up again. I don't personally use Mootools on my sites, so I can't see that I can do anything on my end.

I'd really like to know if there is a solution/work-around I can implement to solve this issue.

Community guidelines

I don't think that we have ever fixed this issue and it doesn't seem to be related to Mootools either. I found another explanation here http://stackoverflow.com/questions/7210507/ajax-post-error-refused-to-set-unsafe-header-connection and when I look at the response header it has "Connection: keep-alive" in there, which is what's causing this.

Adam, can you please explain why this is such a big issue for you and why it is so urgent to get it fixed? I'd like to know more so that I can go to the dev team and set the appropriate impact rating.

-mario

Community guidelines

I don't think that stackoverflow response pertains to this since I haven't manually set the headers through my code.

This is a big deal. We are just starting this clients big season, and this problem causes confusion and a bad customer experience at the least, and at the most is a deal breaker on the sale. The error is preventing pertinent product information from being displayed to the customer when they ask for it. This is a fledgling business that can't afford to have a broken site at this time of year.

Community guidelines

The error is preventing pertinent product information from being displayed to the customer when they ask for it.

That error has absolutely no effect on the functioning of the site and SO post is absolutely correct on this one. By the way, you don't have access to response headers in BC.

Basically, the issue here is that when the server responds to an ajax request it should not have Connection parameter in it. The ajax call is made when you make a change inside the grouping dropdown. The response that comes back from the server has a Connection parameter in the header and Chrome throws that warning. No other browser does it. And even though Chrome shows it as error it has no effect on the site.

I will look this up in our bug logger and add a vote for it, but the issue will most likely remain low priority.

Cheers,

-mario

Community guidelines

I'm starting to wonder if you are even seeing the site act-up on your end. On my end, before I change the product size everything works great. The tabs work and all the content is there. For example, I am able to see the products in the "Box Contents" tab. Afterwards, the jquery that produces the tab functionality breaks and that tab's contents never get rendered. If the customer can't see what is in the box, no sale. Urgent. Please.

Community guidelines

This is not the case and the connection parameter inside the header has nothing to do with this. The reason for this is that because the content is fetched through ajax and the layout is reloaded the jQuery UI tabs part fo the code is not re-run and it doesn't add all those classes necessary to style those UL as tabs. You can see that in the following screenshots:

This is the code before the grouping dropdown refreshes the layout:

After the grouping:

Good luck!

-m

Community guidelines

Thanks for redirecting my intention. You're right. I was focusing on the wrong part. What's strange is I solved that issue months ago. I even wrote my solution on the forum because I was so excited to solve it. Obviously, something somewhere changed during that time. Now I need to figure out what.

Thanks Mario! Sorry for the flash of temper.

Community guidelines

I am getting a very similar occurance. The CSS of jquey tabs is breaking on the product page when an item is added to the cart.

Where did you post your solution Adam? I would love to see it. I understand Mario's response is accurate, but I can't see if he is suggesting a solution.

On my site it appears as if the large product layout has been isolated completely, and all the links from the head struck. I have made a workaround by embedding the script links into the large product layout. This seems to fix the loss of styling when BC makes an ajax call.

http://bit.ly/T81l3J

What's weird is that I have implemented this twice before in precisely the same way, and this is the first time it has played up.

Any response on correct handling would be greatly appreciated.

Community guidelines

Hi ushanbb,

I apologize. I didn't see that you had posted here. Here's the link:

http://forums.adobe.com/message/4345298#4345298

The key is the use of .on() in jquery. I wrote that post a long time ago, and as I look at it I can see some updating/fixes I would do, but the concept is solid. It's important to understand that .on() acts on the current state of the document, not the initial Dom. That's why it works.

Community guidelines

Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more