translation and user account data type

Previous topic

General

Next topic

Author	Message
Mirko Battisti	Wednesday 13 April 2011 2:31:48 am Hello everybody. I've created a content class that contains a "user account" attribute, marked as "required". I've created (in the main language) the content object based on that class with no problems. Then I tried a new translation based on the main language for that object. The user account is not changable (and cannot be translated), which does make sense. I translate other attributes, try to save, and the system complains that the attribute "user account" is required, so it cannot save the object. Since the user account data type cannot be translated, I would expect the new object to just keep the reference to the main language user account attribute. Am I wrong? Any idea on why it fails? Thanks in advance, Mirko.
Mirko Battisti	Friday 15 April 2011 12:04:35 am Hello. I found an issue on the issue tracker I didn't find before writing my post. The problem only occurs in eZP4.3.0 (and earlier I guess?). There's a solution explained here: http://issues.ez.no/IssueView.php?Id=15898 We've solved the problem with the ezusertype.diff file posted by Carlos. Thanks! Mirko.

Author

Message

Mirko Battisti

Wednesday 13 April 2011 2:31:48 am

Hello everybody.

I've created a content class that contains a "user account" attribute, marked as "required".

I've created (in the main language) the content object based on that class with no problems.

Then I tried a new translation based on the main language for that object. The user account is not changable (and cannot be translated), which does make sense. I translate other attributes, try to save, and the system complains that the attribute "user account" is required, so it cannot save the object.

Since the user account data type cannot be translated, I would expect the new object to just keep the reference to the main language user account attribute. Am I wrong?

Any idea on why it fails?

Thanks in advance,

Mirko.

Mirko Battisti

Friday 15 April 2011 12:04:35 am

Hello.

I found an issue on the issue tracker I didn't find before writing my post.
The problem only occurs in eZP4.3.0 (and earlier I guess?).

There's a solution explained here:

http://issues.ez.no/IssueView.php?Id=15898

We've solved the problem with the ezusertype.diff file posted by Carlos.

Thanks!

Mirko.

eZ debug

Timing:	Jan 30 2025 00:13:40
Script start
Timing:	Jan 30 2025 00:13:40
Module start 'layout'
Timing:	Jan 30 2025 00:13:40
Module start 'content'
Timing:	Jan 30 2025 00:13:40
Module end 'content'
Timing:	Jan 30 2025 00:13:40
Script end

Main resources:

Total runtime	0.0145 sec
Peak memory usage	2,048.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0051	588.1484	151.2109
Module start 'layout'	0.0051	0.0024	739.3594	36.6563
Module start 'content'	0.0075	0.0058	776.0156	90.0313
Module end 'content'	0.0133	0.0012	866.0469	29.9766
Script end	0.0144		896.0234

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0020	13.8654	14	0.0001
Check MTime	0.0010	6.8956	14	0.0001
Mysql Total
Database connection	0.0006	4.4740	1	0.0006
Mysqli_queries	0.0033	22.9254	3	0.0011
Looping result	0.0000	0.0626	1	0.0000
Template Total	0.0008	5.5	1	0.0008
Template load	0.0006	4.4113	1	0.0006
Template processing	0.0002	1.0929	1	0.0002
Override
Cache load	0.0005	3.1667	1	0.0005
General
dbfile	0.0024	16.7815	8	0.0003
String conversion	0.0000	0.0495	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	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs