WEBDAV and timestamps - PROBLEM

Next topic

Author	Message
Jan Wettern	Monday 27 February 2006 3:43:17 am Hi, I'm a new forum user from germany. My problem is a "wrong" timestamp in copied files from my local folder to the webdav folder. The local file is for example an MS-Word doc. The timezone at my notebook must to be (GMT +1 Berlin ....). After drag a file to webdav folder, the timestamp in this dragged file ist GMT-Time. It means one hour forward from my own timezone. If I change my local timezone to GMT, the timestamp in the dragged file is GMT too. But for my application its not practical to have different times, because there are some people in Asia, Germany and America should use this application. I've looked in some eZ files: ezdatetime.php, eztime.php, ezlocale.php But this files has no effect to the webdav timestamp - I think. Pls. can someone help me to set the correct (my own timestamp) to the dragged file? Thanks. Jan
Jan Wettern	Thursday 30 March 2006 3:35:50 am Hi, is there anybody in the universe who can help me? It's not possible to copy over the file in the webdav folder from my local folder who is the same with some corrections, if the timestamp of the file in webdav is before my localtime. I like to solve this problem but I didn't find any way. Jan

Author

Message

Monday 27 February 2006 3:43:17 am

Hi, I'm a new forum user from germany.
My problem is a "wrong" timestamp in copied files from my local folder to the webdav folder.

The local file is for example an MS-Word doc.

The timezone at my notebook must to be (GMT +1 Berlin ....).

After drag a file to webdav folder, the timestamp in this dragged file ist GMT-Time.
It means one hour forward from my own timezone.

If I change my local timezone to GMT, the timestamp in the dragged file is GMT too.

But for my application its not practical to have different times, because there are some people in Asia, Germany and America should use this application.

I've looked in some eZ files: ezdatetime.php, eztime.php, ezlocale.php
But this files has no effect to the webdav timestamp - I think.

Pls. can someone help me to set the correct (my own timestamp) to the dragged file?

Thanks.

Jan

Jan Wettern

Thursday 30 March 2006 3:35:50 am

Hi,

is there anybody in the universe who can help me?
It's not possible to copy over the file in the webdav folder from my local folder who is the same with some corrections, if the timestamp of the file in webdav is before my localtime.

I like to solve this problem but I didn't find any way.

Jan

eZ debug

Timing:	Jan 31 2025 08:18:11
Script start
Timing:	Jan 31 2025 08:18:11
Module start 'layout'
Timing:	Jan 31 2025 08:18:11
Module start 'content'
Timing:	Jan 31 2025 08:18:11
Module end 'content'
Timing:	Jan 31 2025 08:18:11
Script end

Main resources:

Total runtime	0.0135 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.0042	588.2500	151.2266
Module start 'layout'	0.0042	0.0028	739.4766	36.6797
Module start 'content'	0.0070	0.0051	776.1563	90.0625
Module end 'content'	0.0121	0.0014	866.2188	29.9922
Script end	0.0135		896.2109

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0022	16.3356	14	0.0002
Check MTime	0.0011	7.8957	14	0.0001
Mysql Total
Database connection	0.0006	4.2393	1	0.0006
Mysqli_queries	0.0028	20.8038	3	0.0009
Looping result	0.0000	0.0669	1	0.0000
Template Total	0.0011	8.1	1	0.0011
Template load	0.0008	6.2648	1	0.0008
Template processing	0.0002	1.6697	1	0.0002
Override
Cache load	0.0006	4.6021	1	0.0006
General
dbfile	0.0011	8.1405	8	0.0001
String conversion	0.0000	0.0370	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