Access denied to user 1.
Thu, 21/05/2009 - 04:32
[See below].
Thu, 21/05/2009 - 09:50
#2
I'm a bit lost trying to understand your post
Hi,
Sorry, I'm a bit lost trying to understand your post. Can you please describe what you are trying to do?
Thu, 21/05/2009 - 10:43
#3
Sorry for the confusion.
Sorry for the confusion. Reading it again make me confused as well! Maybe having kids around made me unattentive...
1) There was a fisrt problem, maybe nothing at all, the access denied error that I did not understand. Why did it appeared when using the top user and why a error on a batch page when saving the modules config at /admin/build/modules? I was not able to recreate the error.
2) The second one was just an observation when posting here, it turns out that the visual editor does not work correctly whit the Google Chrome Browser.
Thx
Dadaisme
Thu, 21/05/2009 - 12:50
#4
Hi,
Firstly, I'm going to
Hi,
Firstly, I'm going to suggest not editing existing posts or comments. That creates even more potential for confusion.
Your first problem sounds really weird. I'll have to look into it and come back to you. You say it doesn't happen anymore?
The second problem is a potential bug. The ProsePoint visual editor may not work with Google Chrome. I'll have to look into that too.
For now, it sounds like both of these issues aren't causing you problems anymore?
Fri, 22/05/2009 - 09:36
#5
Thx
Hi!
No, it does not happen anymore. It was one occurence. But, like you said it was wierd and I have not been able to recreate it. It's just stress inducing : a "what have I done wrong?" kind of thing.
For Chrome, I did notice that pages are sometimes wrongly created on the first load, but correctly on the next. Maybe the problem was of the same origin, It was my first post here. I have switched back to firefox.
Thx.
Sat, 23/05/2009 - 23:20
#6
Once again the error appeared.
Once again the error appeared.
When saving the modules configuration, adding modules not the same modules as last time, the page was redirected to "/batch?op=start&id=40" whit an "Access denied message".
In the messages area:
- Access denied.
- Offline mode
- Options saved
- in a red box: user warning: in /var/www/vhosts/mysite/httpdocs/cms/includes/form.inc on line 2524.
Only the batch id changed from last time.
The error appear only on the first installation of modules. Disabling/enabling the modules further does not cause subsequent errors... and everything seems to work.
Thx.
Mon, 25/05/2009 - 10:41
#7
When you enable modules,
When you enable modules, something on your site is scheduling some processing to be done.
The path .../batch is used by the site to do some processing, and it is supposed to redirect your browser back to the modules page when done. Evidently something didn't quite work.
Looking in deeper, I suspect locale.module. It tries to automatically apply translations (if they exist) when you enable new modules. Do you have locale.module enabled on your site?
Tue, 26/05/2009 - 01:50
#8
Yes, I do have local
Yes, I do have local enabled.
Thx.
When saving the modules configuration, adding calendar and views ui, the page was redirected to "/batch?op=start&id=39" whit an "Access denied message".
In the messages area:
I did look into the form.inc file, at line 2524 is a call to _batch_process().
I was thinking that maybe the old Date module was interfering whit the calendar module installation and I tried uninstalling/reinstalling the modules, but no more errors, redirection or acces denied messages appeared. The only thing that triggered the access error again was going back directly to /batch?op=start&id=39.
Edited for less confusion?