Help: new users are missing $current_user.contentobject

Next topic

Author	Message
Brendan Pike	Tuesday 22 November 2005 9:49:08 pm I've done a test upgrade from 3.6.1 to 3.6.4 and discovered that new users don't seem to get contentobject. When I compare the output of an old and new user with {$current_user\|attribute(show)} new users only have NULL next to the contentobject attribute but old users show 40 or so attribute types. Out as follows: Attribute Type Value contentobject_id string 1871 login string 'AABB' email string 'brendan@here.net' password_hash string '94fdd5ea0478ce7d80b5ae3cbaf59d17' password_hash_type string 2 contentobject NULL groups array Array(0) has_stored_login boolean false original_password boolean false original_password_confirm boolean false roles array Array(0) role_id_list array Array(0) limited_assignment_value_list array Array(0) is_logged_in boolean true is_enabled boolean true last_visit integer 1132723161 What could be causing this, I did discover a newly added input in register.tpl <input class="button" type="hidden" name="UserID" value="{$content_attributes[0].contentobject_id}" /> Is there something similar I have missed in a template perhaps? bump www.dbinformatics.com.au We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.
Brendan Pike	Wednesday 30 November 2005 6:09:30 pm Problem solved! I realise now why no one seemed able to offer any advice on this problem. To add a little more detail I was also experiencing odd behaviour like the user registration form would not enforce many required fields but only on the development site version which was identical in every way. It turned out that the mysql user class had somehow been corrupted, I still don't have a complete understanding, especially since I was using the same mysql user to access both the live database site and the development database copy, yet the live site worked fine and the development site did not. All permissions for each database was identical. So if you find similar strange behaviour I advise you to try a new database user, it could save you a lot of time and stress. www.dbinformatics.com.au We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.

Author

Message

Tuesday 22 November 2005 9:49:08 pm

I've done a test upgrade from 3.6.1 to 3.6.4 and discovered that new users don't seem to get contentobject. When I compare the output of an old and new user with {$current_user|attribute(show)} new users only have NULL next to the contentobject attribute but old users show 40 or so attribute types.

Out as follows:

Attribute 	Type 	Value
contentobject_id 	string 	1871
login 	string 	'AABB'
email 	string 	'brendan@here.net'
password_hash 	string 	'94fdd5ea0478ce7d80b5ae3cbaf59d17'
password_hash_type 	string 	2
contentobject 	NULL 	
groups 	array 	Array(0)
has_stored_login 	boolean 	false
original_password 	boolean 	false
original_password_confirm 	boolean 	false
roles 	array 	Array(0)
role_id_list 	array 	Array(0)
limited_assignment_value_list 	array 	Array(0)
is_logged_in 	boolean 	true
is_enabled 	boolean 	true
last_visit 	integer 	1132723161

What could be causing this, I did discover a newly added input in register.tpl <input class="button" type="hidden" name="UserID" value="{$content_attributes[0].contentobject_id}" />

Is there something similar I have missed in a template perhaps?
*bump*

www.dbinformatics.com.au

We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.

Brendan Pike

Wednesday 30 November 2005 6:09:30 pm

Problem solved! I realise now why no one seemed able to offer any advice on this problem.

To add a little more detail I was also experiencing odd behaviour like the user registration form would not enforce many required fields but only on the development site version which was identical in every way.

It turned out that the mysql user class had somehow been corrupted, I still don't have a complete understanding, especially since I was using the same mysql user to access both the live database site and the development database copy, yet the live site worked fine and the development site did not. All permissions for each database was identical.

So if you find similar strange behaviour I advise you to try a new database user, it could save you a lot of time and stress.

www.dbinformatics.com.au

We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.

eZ debug

Timing:	Jan 19 2025 03:40:23
Script start
Timing:	Jan 19 2025 03:40:23
Module start 'layout'
Timing:	Jan 19 2025 03:40:23
Module start 'content'
Timing:	Jan 19 2025 03:40:25
Module end 'content'
Timing:	Jan 19 2025 03:40:25
Script end

Main resources:

Total runtime	1.2048 sec
Peak memory usage	4,096.0000 KB
Database Queries	52

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0063	589.2969	152.6406
Module start 'layout'	0.0063	0.0031	741.9375	39.4766
Module start 'content'	0.0093	1.1940	781.4141	455.7578
Module end 'content'	1.2033	0.0015	1,237.1719	8.1250
Script end	1.2048		1,245.2969

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0036	0.2991	16	0.0002
Check MTime	0.0014	0.1179	16	0.0001
Mysql Total
Database connection	0.0010	0.0850	1	0.0010
Mysqli_queries	1.1612	96.3756	52	0.0223
Looping result	0.0007	0.0559	50	0.0000
Template Total	1.1675	96.9	2	0.5837
Template load	0.0024	0.1986	2	0.0012
Template processing	1.1651	96.6992	2	0.5825
Template load and register function	0.0003	0.0212	1	0.0003
states
state_id_array	0.0013	0.1048	1	0.0013
state_identifier_array	0.0017	0.1430	2	0.0009
Override
Cache load	0.0019	0.1614	14	0.0001
Sytem overhead
Fetch class attribute can translate value	0.0009	0.0740	1	0.0009
Fetch class attribute name	0.0011	0.0908	2	0.0005
XML
Image XML parsing	0.0001	0.0081	1	0.0001
class_abstraction
Instantiating content class attribute	0.0000	0.0004	2	0.0000
General
dbfile	0.0009	0.0782	10	0.0001
String conversion	0.0000	0.0008	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded
1	node/view/full.tpl	full/forum_topic.tpl	extension/sevenx/design/simple/override/templates/full/forum_topic.tpl
2	content/datatype/view/ezxmltext.tpl	<No override>	extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tpl
4	content/datatype/view/ezxmltags/paragraph.tpl	<No override>	extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tpl
1	content/datatype/view/ezxmltags/literal.tpl	<No override>	extension/community/design/standard/templates/content/datatype/view/ezxmltags/literal.tpl
1	content/datatype/view/ezxmltags/line.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/line.tpl
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 10 Number of unique templates used: 6

Time used to render debug report: 0.0001 secs