Closed (duplicate)
Project:
Etherpad Integration
Version:
7.x-1.x-dev
Component:
Code
Priority:
Major
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
4 Apr 2012 at 18:44 UTC
Updated:
12 Mar 2015 at 16:03 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
jucovschi commentedyou probably have the http://localhost:9001 URL in the configuration page. Use something like http://mywebsite.com:9001
Comment #2
jucovschi commentedyou probably have the http://localhost:9001 URL in the configuration page. Use something like http://mywebsite.com:9001.
Comment #3
jucovschi commentedComment #4
sanduhrsJust ran into this.
The attached patch adds a TROUBLESHOOTING section to the README where this is briefly explained.
Please review.
Comment #5
leturan commentedI ran the same problem and finded out that the frame in the web editor page needs to find the cookie sessionID from it's own server name. But the problem is that the actual code don't use the url params of admin configuration, but the $HOST_NAME of the drupal server, resulting in such an error unless the two hostnames matches ( the most often case). Moreover, the error can come simply form the minimal difference between a domain and one of its subdomain e.g.between mydomain.org and www.mydomain.org.
Here the code the change ( I have no time the left to find ou how generate a patch) :
Replace line 45 :
setcookie("sessionID", $sessionID, $validUntil, "/", ".".$_SERVER['HTTP_HOST']); // Set a cookie
by this two lines :
$url_etherpad_decomp=parse_url( variable_get('etherpad_base_url'));
setcookie("sessionID", $sessionID, $validUntil, "/", ".".$url_etherpad_decomp['host']); // Set a cookie
Comment #6
emcniece commentedCurrently fighting this as well, even though my pad is not embedded in tabs.
This is visible in the Etherpad server debug log. I am running the etherpad server at a different subdomain and a totally remote IP, so I am not surprised to hear that there is a conflict between cookie generation. I have my URLs set in Drupal's Etherpad config, and Etherpad is accessible openly and free of restriction.
I tried adjusting line 45 with no luck.
I am curious as to why Drupal is sending over
"sessionID":"null","password":null. When I connect to Etherpad manually, I can see that these values are populated - is this a related to the cookie issue?Comment #7
matt v. commentedI was seeing the same "You do not have permission to access this pad" error. After reading some comments on the FAQ for Participad (which uses the same underlying etherpad-lite-client.php library), it appears that the problem I was seeing was due to running the Etherpad server on a different hostname than the Drupal server. Putting Etherpad and Drupal on the same server resolved my issue.
Comment #8
gaëlgDuplicate of #2213385: cookie domain setting only works if Etherpad is on the same host as Drupal