{"action":"created","issue":{"url":"https://api.github.com/repos/owncloud/client/issues/3020","labels_url":"https://api.github.com/repos/owncloud/client/issues/3020/labels{/name}","comments_url":"https://api.github.com/repos/owncloud/client/issues/3020/comments","events_url":"https://api.github.com/repos/owncloud/client/issues/3020/events","html_url":"https://github.com/owncloud/client/issues/3020","id":64281800,"number":3020,"title":"[1.8.0] Client stops syncing with \"Operation canceled\"","user":{"login":"geez0x1","id":7889615,"avatar_url":"https://avatars.githubusercontent.com/u/7889615?v=3","gravatar_id":"","url":"https://api.github.com/users/geez0x1","html_url":"https://github.com/geez0x1","followers_url":"https://api.github.com/users/geez0x1/followers","following_url":"https://api.github.com/users/geez0x1/following{/other_user}","gists_url":"https://api.github.com/users/geez0x1/gists{/gist_id}","starred_url":"https://api.github.com/users/geez0x1/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/geez0x1/subscriptions","organizations_url":"https://api.github.com/users/geez0x1/orgs","repos_url":"https://api.github.com/users/geez0x1/repos","events_url":"https://api.github.com/users/geez0x1/events{/privacy}","received_events_url":"https://api.github.com/users/geez0x1/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/owncloud/client/labels/Needs%20info","name":"Needs info","color":"0b02e1"}],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":9,"created_at":"2015-03-25T14:25:31Z","updated_at":"2015-04-11T02:05:39Z","closed_at":null,"body":"### Operation canceled\r\nI've been having frequent \"Operation canceled\" errors on my ownCloud clients. With multiple machines running the sync client, one (not necessarily all) will show \"Operation canceled\" and stop syncing until I restart the client. The log shows this:\r\n\r\n```\r\n#=#=#=# Syncrun started 2015-03-24T15:16:50 until 2015-03-24T15:16:54 (3650 msec)\r\n#=#=#=# Syncrun started 2015-03-24T15:23:19 until 2015-03-24T15:23:21 (1979 msec)\r\n#=#=#=# Syncrun started 2015-03-24T16:49:19 until 2015-03-24T16:49:21 (2000 msec)\r\n#=#=#=# Syncrun started 2015-03-25T08:45:00 until 2015-03-25T08:45:06 (6412 msec)\r\n|0|Shared|INST_SYNC|Down|1427206576|5511af7d8ba9d|0|0008953450accdcf8ac47|0||0|4096|1399359283|551171b098a24||INST_NONE|\r\n|0|Shared/folder1|INST_SYNC|Down|1427216006|5511af7d9380c|0|0003089350accdcf8ac47|0||0|4096|1427122568|551171b0997f1||INST_NONE|\r\n|0|Shared/folder1/folder2|INST_SYNC|Down|1427216006|5511af7d94028|0|0003925850accdcf8ac47|0||0|4096|1427200984|551171b09a5d9||INST_NONE|\r\n|0|Shared/folder1/folder2/folder3|INST_SYNC|Down|1427216006|5511af7d94891|0|0003968750accdcf8ac47|0||0|4096|1427206565|551171b09b48c||INST_NONE|\r\n07:45:03|2972|Shared/folder1/folder2/folder3/file|INST_SYNC|Down|1427216006|ccf517fe143c8fa2263e2e1d5e7f1bd0|5169152|0004015150accdcf8ac47|4||0|5103616|1427202934|f306dfddd7179093f6f106886380621a||INST_NONE|\r\n#=#=#=# Syncrun started 2015-03-25T15:02:35 until 2015-03-25T15:02:38 (2921 msec)\r\n#=#=#=# Syncrun started 2015-03-25T15:03:50 until 2015-03-25T15:04:07 (16399 msec)\r\n```\r\nAs you can see:\r\n- There were some succesful runs yesterday afternoon.\r\n- There was one (?) this morning: **08.45**\r\n- A file was uploaded. There is a timestamp: **07:45:03**. This falls exactly in the time frame of the sync of **08.45**, but offset (-1) by an hour.\r\n- After this, the client has hung with \"Operation canceled\", until I restarted it (15.02) and it did two more succesful runs.\r\n\r\n### Server side\r\nOn the server side, these errors are interesting:\r\n```\r\nError\tPHP\tDateTimeZone::__construct(): Unknown or bad timezone (W. Europe Standard Time) at /usr/share/owncloud/3rdparty/sabre/vobject/lib/Sabre/VObject/TimeZoneUtil.php#412\r\n```\r\nI have about 10 of these since this morning. The client on the other machine seemed unaffected during this period (although there was little activity). It seems there is a timezone issue causing the sync to fail and the client to stop syncing. I have verified that the `date` command on both client & server results in the same time/timezone.\r\n\r\nServer: 8.0.2\r\nClients: 1.8.0\r\n\r\n**edit**: Another machine has just shown the same thing, during a manually-initiated sync which caused no files to be synced. The log showed nothing, the GUI showed \"Operation canceled\" with \"aborting...\" below that. The server log is also empty, as well as the apache2 error.log.\r\n\r\n### Another error\r\nAnother interesting error is the following, although I have no idea if it has anything to do with it. This happened last night, while a friend was uploading files to the server.\r\n```\r\nFatal\twebdav\tException: {\"Message\":\"expected filesize 5242880 got 1982464\",\"Code\":0,\"Trace\":\"#0 \\/usr\\/share\\/owncloud\\/lib\\/private\\/connector\\/sabre\\/file.php(74): OC_Connector_Sabre_File->createFileChunked(Resource id #365)\\n#1 \\/usr\\/share\\/owncloud\\/lib\\/private\\/connector\\/sabre\\/directory.php(84): OC_Connector_Sabre_File->put(Resource id #365)\\n#2 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(1647): OC_Connector_Sabre_Directory->createFile('P6150235.ORF-ch...', Resource id #365)\\n#3 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(900): Sabre\\\\DAV\\\\Server->createFile('folder\\/folder...', Resource id #365, NULL)\\n#4 [internal function]: Sabre\\\\DAV\\\\Server->httpPut('folder\\/folder...')\\n#5 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(474): call_user_func(Array, 'folder\\/folder...')\\n#6 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(214): Sabre\\\\DAV\\\\Server->invokeMethod('PUT', 'folder\\/folder...')\\n#7 \\/usr\\/share\\/owncloud\\/apps\\/files\\/appinfo\\/remote.php(61): Sabre\\\\DAV\\\\Server->exec()\\n#8 \\/usr\\/share\\/owncloud\\/remote.php(54): require_once('\\/usr\\/share\\/ownc...')\\n#9 {main}\",\"File\":\"\\/usr\\/share\\/owncloud\\/lib\\/private\\/connector\\/sabre\\/file.php\",\"Line\":288}\r\n```\r\nClarified for reading:\r\n```\r\nFatal\twebdav\r\nException: {\"Message\":\"expected filesize 5242880 got 1982464\",\"Code\":0,\"Trace\":\"#0 \\/usr\\/share\\/owncloud\\/lib\\/private\\/connector\\/sabre\\/file.php(74): OC_Connector_Sabre_File->createFileChunked(Resource id #365)\r\n#1 \\/usr\\/share\\/owncloud\\/lib\\/private\\/connector\\/sabre\\/directory.php(84): OC_Connector_Sabre_File->put(Resource id #365)\r\n#2 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(1647): OC_Connector_Sabre_Directory->createFile('P6150235.ORF-ch...', Resource id #365)\r\n#3 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(900): Sabre\\\\DAV\\\\Server->createFile('folder\\/folder...', Resource id #365, NULL)\r\n#4 [internal function]: Sabre\\\\DAV\\\\Server->httpPut('folder\\/folder...')\r\n#5 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(474): call_user_func(Array, 'folder\\/folder...')\r\n#6 \\/usr\\/share\\/owncloud\\/3rdparty\\/sabre\\/dav\\/lib\\/Sabre\\/DAV\\/Server.php(214): Sabre\\\\DAV\\\\Server->invokeMethod('PUT', 'folder\\/folder...')\r\n#7 \\/usr\\/share\\/owncloud\\/apps\\/files\\/appinfo\\/remote.php(61): Sabre\\\\DAV\\\\Server->exec()\r\n#8 \\/usr\\/share\\/owncloud\\/remote.php(54): require_once('\\/usr\\/share\\/ownc...')\r\n#9 {main}\",\"File\":\"\\/usr\\/share\\/owncloud\\/lib\\/private\\/connector\\/sabre\\/file.php\",\"Line\":288}\r\n```"},"comment":{"url":"https://api.github.com/repos/owncloud/client/issues/comments/91740710","html_url":"https://github.com/owncloud/client/issues/3020#issuecomment-91740710","issue_url":"https://api.github.com/repos/owncloud/client/issues/3020","id":91740710,"user":{"login":"nekoal","id":10899904,"avatar_url":"https://avatars.githubusercontent.com/u/10899904?v=3","gravatar_id":"","url":"https://api.github.com/users/nekoal","html_url":"https://github.com/nekoal","followers_url":"https://api.github.com/users/nekoal/followers","following_url":"https://api.github.com/users/nekoal/following{/other_user}","gists_url":"https://api.github.com/users/nekoal/gists{/gist_id}","starred_url":"https://api.github.com/users/nekoal/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/nekoal/subscriptions","organizations_url":"https://api.github.com/users/nekoal/orgs","repos_url":"https://api.github.com/users/nekoal/repos","events_url":"https://api.github.com/users/nekoal/events{/privacy}","received_events_url":"https://api.github.com/users/nekoal/received_events","type":"User","site_admin":false},"created_at":"2015-04-11T02:05:39Z","updated_at":"2015-04-11T02:05:39Z","body":"I see. SabreDav is implementation webdav protocol, client works with files on server over it. You found most of `date_default_timezone_set` in tests or examples which more likely don't use in actual work. One exception is ZipStreamer.php but it seems under condition when timezone not set.\r\n\r\nAs you can see php timezone needs to be set like 'Europe/Admsterdam' or exact full timezone name and not like 'CEST' or 'PST' or 'EST'. If you turn on output php warnings and notifies on php 5.1+ you can see message about wrong timezone settings and recomendation use Continent/Location format. I presume you updated php version from 5.0 with production settings and you didn't see this message. There is reason for this message: short value like 'EST' can mean different timezones and marked as deprecated in new php versions, long value can be different in different versions of timezone definitions. I think you have this case: 'W. Europe Standard Time' shown in log different from full timezone name 'West Europe Standard Time'.\r\n\r\nSummary, you need specify timezone like Continent/Location. I use php.ini file for it. Using .htaccess needs if you can't edit php.ini or use different timezones for virtual hosts or use different versions of php on same server. And .htaccess value works even if value set in parent or web document root directory.\r\nAbout network issues you can check by accessing web interface by browser from same machine as occlient. If browser can connect and client can't connect then it's client issue else it's server or network issue."}}