Author
|
Message
|
Nicklas Lundgren
|
Monday 26 January 2004 7:07:46 am
Hi all, I really need some help with this strange behaviour that I just about now ran into: A user with some restrictions regarding sections cant add a related object to an article.
For instance, if the user chooses to make a new image, using the related objects-options in the column to the right, it doesnt work. The ordinary "Browse" page doesnt occur. Instead the system returns to the article with the message "Input was stored successfully".
I have found out that if I remove the restrictions regarding sections from this users role, everything works like a charm. So is this perhaps a bug regarding sections and roles? It doesnt help if I allow the "New Section" or "Standard Section" to the role. But it do work if I allow all sections via this specific option. Starting to believe I have stumbled over a bug. What do you think? Any ideas appreciated!
Regards, Nicklas Lundgren
|
Nicklas Lundgren
|
Monday 26 January 2004 8:04:26 am
I solved this myself.
It turned out that a user needs edit-permission to Section 0(zero), if he shall have rights to create for instance images or folders from within the "create article" page. This is because the image is temporarily stored in section 0 until it is saved to the right location.
So first I went directly into the db and created the section 0 Iin the sections table and named the section "Root Section". Then I assigned the "Root Section" to the role under content/edit and voila! Would be interesting to hear if anyone else has had this problem. I would rate it a bug. Would you?
Regards Nicklas
|
Kåre Køhler Høvik
|
Monday 26 January 2004 9:55:13 am
Hi I'll add it to the bug reports, and fix it within the week.
-- Kåre Høvik
Kåre Høvik
|
Christian Lundvang
|
Tuesday 25 May 2004 9:48:07 am
Hi Kåre and Nicklas. I'm having the same problem. All the images and uploaded files are automatically assigned to Section 0. I'm running eZ publish 3.3-4, so it should be fixed? My system also returns "Input was stored successfully". Could you give me the link to the bugreport? Best Regards,
Christian Lundvang Nexus Consulting as
--
Best Regards
Christian Lundvang
http://www.nxc.no
|
Kenneth Colwell
|
Wednesday 07 July 2004 6:14:07 am
Hi, Actually one of my users with restricted access noticed this same problem and then when I attempted to add a related object to an article, as Admin, the uploaded file was set to section 0. I have the following set in content.ini:
[RelationAssignmentSettings]
# Default assignment for new related objects, possible values are
# - A Node ID - Place all new objects under this node
# - root - The root of the tree
# - users - The root of the user tree
# - none - Do not place anywhere, the user must then fix the assignment before publishing
# Multiple assignments are separated with commas.
DefaultAssignment=2
# Overrides for specific classes.
#
# Each entry is a list of comma separated values, the first is the match
# and the second is the assignment (see above for values)
#
# Classes are either specified with identifier, ID or group_ID
# The items are searched in order so the first to match will be used,
# this means that class IDs should come before class group IDs.
ClassSpecificAssignment[]
ClassSpecificAssignment[]=user,user_group;users
ClassSpecificAssignment[]=image;2876 ClassSpecificAssignment[]=file;2877 This causes the file to be sent to the following location: Media / file folder / file unassigned. But since the file is set to section 0 it is unusable until I go to setup and reassign the file to section 3 and then everything works great. Is this a bug that has returned from the dead? This hadn't been a problem for us before and I'm not sure when it began but I'm assuming that it was after the upgrade to 3.4.0
Thanks, Ken Colwell
|
Christian Lundvang
|
Wednesday 07 July 2004 6:49:57 am
Hi Kenneth. I upgraded to 3.4, and this works fine now.
Best Regards
Christian Lundvang http://nxc.no
--
Best Regards
Christian Lundvang
http://www.nxc.no
|
John Mina
|
Thursday 08 July 2004 12:45:01 am
Hi Christian
Can you please tell me how to upgrade from 3.3-3 to 3.4 ? as i didn't find the right help online Sincerely
|
Marta Cillero
|
Thursday 08 July 2004 3:29:05 am
Hi!
I have a problem with users permissions and roles. Maybe you guys know the solution... I would really apreciate your help!
A few days ago I installed the forum version 3.3.1 (I believe is the latest currently supporting Castillian ES language as default). I've registered as new user in the user site, but when I login I can't write in the forum, I don't see "New topic" or "New reply" buttons, only can write in the forum logged in as admin. I'ts funny because I did not change anything in de users/roles default configuration. ¿Does anybody nknow why this happens? ¿Is it a bug? ¿Should I need to upgrade to 3.3.4, but then, would esl_ES as default language still work?? Also, I noticed there are only 3 roles by default (admin, anonymous and guest) but 4 user groups (admin, anonymous, guest and Editor). ¿Maybe I'm missing Editor role?? ¿Should I edit user/role permissions? and if so ¿How do you do that? I could'nt find any help about this in the online documentation. Please, if anybody could give me a little light on this one.... Please, I would really apreciate your help!! Thank you very much
|
Christian Lundvang
|
Friday 09 July 2004 1:52:18 am
To John: Use this page when you upgrade. http://www.ez.no/ez_publish/documentation/installation/upgrading I'll try to answer your questions if you have any during upgrade. Best Regards
Christian Lundvang http://nxc.no
--
Best Regards
Christian Lundvang
http://www.nxc.no
|
Christian Lundvang
|
Friday 09 July 2004 2:01:32 am
Check the guest-role settings. This account needs to have read and create rights to class forummessage.
content read Class( Folder , Info page , Link , File , Comment , Article , Image , Forum , Forum message , Product , Product review )
content create Class( Forum message )
Hope this helps, Best Regards
Christian Lundvang http://nxc.no
--
Best Regards
Christian Lundvang
http://www.nxc.no
|
Kenneth Colwell
|
Saturday 10 July 2004 5:06:24 am
Hi, Thanks for the suggustion but I was already using 3.4.0 or did you mean the upgrade to 3.4.1 solved the problem?
Thanks, Ken Colwell
|
Christian Lundvang
|
Monday 12 July 2004 12:08:22 am
Hi. I had the same problem in 3.3.4 so this is probably a bug, but the roleproblem concerning this bug has been fixed.
Regards,
Christian Lundvang http://nxc.no
--
Best Regards
Christian Lundvang
http://www.nxc.no
|
Kenneth Colwell
|
Monday 12 July 2004 2:17:51 am
Thanks for the information Christian and hopefully I can find a solution to this problem. Ken Colwell
|
Kenneth Colwell
|
Monday 12 July 2004 5:20:16 am
Hi all, I created a quick temporary solution by using the following code as a cron. (uses pear db)
include("DB.php");
$dsn = array(
'phptype' => "mysql",
'hostspec' => "localhost",
'database' => "your-database-name",
'username' => "your-database-user",
'password' => "your-database-password"
);
$db = DB::connect($dsn);
if (PEAR::isError($db)) {
echo "An error occurred while trying to connect to the database server.<br>\n";
echo "Error message: " . $db->getMessage() . "<br>\n";
echo "A more detailed error description: " . $db->getDebugInfo() . "<br>\n";
}
$list = $db -> getAssoc ('SELECT *
FROM `ezcontentobject`
WHERE `contentclass_id` =12 and `section_id` = 0' );
var_dump($list);
if (count($list) >= "1")
{
echo "\nfix in progress\n";
$res =& $db->query('update `ezcontentobject` set `section_id` = 3 WHERE `contentclass_id` =12 and `section_id` = 0');
if (DB::isError($res))
{
die($res->getMessage());
}
$list = $db -> getAssoc ('SELECT *
FROM `ezcontentobject`
WHERE `contentclass_id` =12 and `section_id` = 0' );
echo "\nfix completed\n";
var_dump($list);
}
Hopefully someone can find a more elegant solution to my problem.
thanks, ken colwell
|