when we have assigned all the artikelgroups to special users, the public user still has the possibility to see and order items.
What are we doing wrong?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good question.
In demoshop it works fine. Use custommerNo. 128 and test as password to be a user of antoher group. If you logged in this way, under printers a new itemgroup is visible. In german version also a department.
Do you use the the latest release (2002-05-09) ?
One thing goes wrong, if you are looking for '%' with searchfunction.
SQL-queries are in nav.php line 16 and rightside.inc.php line 5 and 9.
In some older releases there is something like "... and groupID<'$user_group'". You should correct this to "groupID='$user_group'".
The public usergroup has to be ID=2 (visit the queries why or change them ;-)
No more ideas ...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-16
problem solved with the new version
thnkz
Robert
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A problem,
when we have assigned all the artikelgroups to special users, the public user still has the possibility to see and order items.
What are we doing wrong?
Good question.
In demoshop it works fine. Use custommerNo. 128 and test as password to be a user of antoher group. If you logged in this way, under printers a new itemgroup is visible. In german version also a department.
Do you use the the latest release (2002-05-09) ?
One thing goes wrong, if you are looking for '%' with searchfunction.
SQL-queries are in nav.php line 16 and rightside.inc.php line 5 and 9.
In some older releases there is something like "... and groupID<'$user_group'". You should correct this to "groupID='$user_group'".
The public usergroup has to be ID=2 (visit the queries why or change them ;-)
No more ideas ...
problem solved with the new version
thnkz
Robert