Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Vote not possible Return status: no transport

Jonathan Maas November 25, 2014

Hi,

I have a problem with a user of our Confluence. He creates a page via a template where the vote macro is included. When he wants to add a vote he gets the following error message:

There was a problem casting a vote. Returned status: error, error: No Transport.

Interestingly all other users do not have this problem, including myself. So I cannot reproduce the issue on my computer in our Confluence. But the user who gets this error gets it every time he is trying to vote on the page.

Best regards,

Jonathan

1 answer

1 accepted

0 votes
Answer accepted
Frank Stiller
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 25, 2014

Hi Jonathan,

it seems the base url is different than the url he requests the webpage, see http://stackoverflow.com/questions/5241088/jquery-call-to-webservice-returns-no-transport-error

Is it possible that this one user has some kind of proxy or vpn which is special than for all other users?

The base url is relatively important in atlassian products and so this is a security measure which should be used properly

cheers

Frank

Jonathan Maas November 25, 2014

Hi Frank, that could be correct. I let the user with the problem check if this is the case. It isn't possible that he uses another proxy or vpn, but I might have found something else. Our base url ist http://servername.com and if I access Confluence via https://servername.com i get a similar error. There was a problem casting a vote. Returned status: error, error: [Exception... "<no message>" nsresult: "0x805e0006 (<unknown>)" location: "JS frame :: https://servername.com/s/d41d8cd98f00b204e9800998ecf8427e/en_US-1988229788/4733/f235dd088df5682b0560ab6fc66ed22c9124c0be.104/113/_/download/superbatch/js/batch.js :: .send :: line 8208" data: no] If I use the http protocol instead of the secure one, it works flawlessly. I get back to you as soon as the user checked this himself. Cheers, Jonathan

Jonathan Maas December 4, 2014

Hi Frank, that actually was the problem. Because we don't use the ssl protocol in our base URL the problem pops up when connecting to Confluence on the secure layer. Thanks a lot for your help. Jonathan

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events