How to deny Anonymous users re-edit their content?

Author Message

André R.

Sunday 12 February 2006 3:51:46 pm

Searching around a bit on how to avoid Anonymous Users having access to editing other Anonymous Users's data. Do I still have to patch/hack ez??

The patch / hack I'am talking about is over 2 years old:
http://ez.no/community/bugs/how_to_allow_simple_posting_for_anonymous_users_no_login_requirements

As I see it, this could be solved be adding Status preference (like Status( Draft , Pending )) to < content, edit > Policies.

Anonymous Forum users role, have this Policies:

content create Class( Forum topic ) , ParentClass( Forum ) 
	
content create Class( Forum reply ) , ParentClass( Forum topic ) 
	
content versionread Class( Forum topic , Forum reply ) , Owner( Self ) , Status( Draft , Pending ) 

content edit Class( Forum topic , Forum reply ) , Owner( Self ) 

And in my situation letting the Anonymous Users editing their post after its published is not something we want or need.

Any sugestion on how to acomplish this ??

eZ Online Editor 5: http://projects.ez.no/ezoe || eZJSCore (Ajax): http://projects.ez.no/ezjscore || eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription
@: http://twitter.com/andrerom

Antoine Schmid

Monday 13 March 2006 2:36:04 am

Hello,

I'm in the same situation and I don't know for now how to resolve this problem.

As someone an idea ?

Antoine Schmid

Thursday 16 March 2006 2:37:03 am

Well,

I've updated to version 3.7.4 and this problem seems to be still there.

One solution - with a major security leak - is to allow anonymous users to edit their content and hide editing tools. But you can imagine that it would be nice to improve this as soon as possible.

The solution is to associate the edit priviledge for the first version of an object for users who can create these objects. But I don't know how to do this without modifing the kernel.

Antoine

Matthew Carroll

Thursday 16 March 2006 7:27:50 am

This issue was 'fixed' in 3.7alpha, half a year ago, but for reasons I do not understand has never made it into a released version of ez. I am running one site from svn/trunk as a result, which is far from ideal.

http://ez.no/bugs/view/6680

See also:

http://pubsvn.ez.no/nextgen/trunk/doc/changelogs/3.8/unstable/CHANGELOG-3.6.0-to-3.8.0alpha1

(search on page for '6680')

:-S

Matthew

http://carroll.org.uk

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing: Jan 18 2025 16:11:58
Script start
Timing: Jan 18 2025 16:11:58
Module start 'layout'
Timing: Jan 18 2025 16:11:58
Module start 'content'
Timing: Jan 18 2025 16:11:58
Module end 'content'
Timing: Jan 18 2025 16:11:58
Script end

Main resources:

Total runtime0.0147 sec
Peak memory usage2,048.0000 KB
Database Queries3

Timing points:

CheckpointStart (sec)Duration (sec)Memory at start (KB)Memory used (KB)
Script start 0.00000.0057 589.1797152.6406
Module start 'layout' 0.00570.0025 741.820339.4766
Module start 'content' 0.00820.0047 781.296993.4922
Module end 'content' 0.01290.0018 874.789134.3047
Script end 0.0146  909.0938 

Time accumulators:

 Accumulator Duration (sec) Duration (%) Count Average (sec)
Ini load
Load cache0.002517.1226140.0002
Check MTime0.00117.4481140.0001
Mysql Total
Database connection0.00117.427010.0011
Mysqli_queries0.002416.111030.0008
Looping result0.00000.081310.0000
Template Total0.001510.110.0015
Template load0.00085.135610.0008
Template processing0.00074.816910.0007
Override
Cache load0.00053.683410.0005
General
dbfile0.00031.735280.0000
String conversion0.00000.047240.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

UsageRequested templateTemplateTemplate loadedEditOverride
1print_pagelayout.tpl<No override>extension/community/design/community/templates/print_pagelayout.tplEdit templateOverride template
 Number of times templates used: 1
 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs