Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sync client crashes when creating a file in sync dir by saving from word #438

Closed
halfgaar opened this issue Mar 13, 2013 · 27 comments
Closed

Comments

@halfgaar
Copy link

When I configure a sync, and then open word, type something, and save it in the directory of that sync, it crashes.

When I start the sync client again while word is active, it crashes again.

Steps to reproduce

  • create new sync
  • open word. type something
  • save file, in the root of the newly created sync.
  • crash

Perhaps this is caused by word lock files (~$ bla).

Doesn't always happen, so you may need to try more often.

Perhaps related: our users are reporting that files (so far only word files) are disappearing from their sync dirs or server-side archive: sometimes they need to recover from the WebGUI, and sometimes the WebGUI doesn't have files that are on disk. I haven't been able to produce it. My first attempt to do so resulted in the reported crash.

Version of mirall: 1.2.1

@mneiger
Copy link

mneiger commented Mar 13, 2013

I suspect it is the same as #411 #406 #403 #401

@dragotin
Copy link
Contributor

@halfgaar because of the vanishing files, please refer #370 A test version with a fix is available. Regarding the crash, it would be great if you try the test client as I am not able to reproduce the crash. Thx.

@halfgaar
Copy link
Author

I didn't even mention the windows version I used... Sorry. It was on a Windows XP machine. Perhaps that is important. I will test it as soon as I can.

@halfgaar
Copy link
Author

I just tried the build mentioned in #370. It didn't help. When I try to save a file in the owncloud sync dir, it crashes. The error report doesn't seem to include much useful information. Just a memory dump, no stacktrace or anything.

As I said, I use Windows XP, which might be relevant.

@halfgaar
Copy link
Author

I tried to reproduce it on a Windows 8 laptop I have here, but it works normally. So, I guess it's a Windows XP thing.

@halfgaar
Copy link
Author

Oh, actually the client just crashed on Windows 8 as well.

@danimo
Copy link
Contributor

danimo commented Mar 21, 2013

@halfgaar
Copy link
Author

Doesn't fix it; still crashes.

@danimo
Copy link
Contributor

danimo commented Mar 21, 2013

@halfgaar thanks for checking. Can you run owncloud with --logfile log.txt and paste the last view lines?

@halfgaar
Copy link
Author

There wasn't an obvious part, so I just took everything from 'client is latest version':

03-21 14:46:37:765 Client is on latest version! 
03-21 14:46:54:500 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:500 * Pending events for "C:/Documents and Settings/Maurice Surname\ownCloud" will be processed after events stop for 1000 milliseconds ( "15:03:34" ). 1 events until now ) 
03-21 14:46:54:656 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:671 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:687 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:687 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:703 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:703 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:54:718 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:55:718 * Processing of event queue for "C:/Documents and Settings/Maurice Surname\ownCloud" 
03-21 14:46:55:718   * Notify 1 change items for "C:/Documents and Settings/Maurice Surname\ownCloud" 
03-21 14:46:55:718 ** Changed was notified on  ("C:/Documents and Settings/Maurice Surname\ownCloud") 
03-21 14:46:55:718 *  "ownCloud" Poll timer disabled 
03-21 14:46:55:718 Schedule folder  "ownCloud"  to sync! 
03-21 14:46:55:718 XX slotScheduleFolderSync: folderQueue size:  1 
03-21 14:46:55:718 ==> load folder icon  "owncloud-framed" 
03-21 14:46:55:718 Returning configured owncloud url:  "https://storage.domain.com/remote.php/webdav/" 
03-21 14:46:55:718 Check status.php from statusdialog. 
03-21 14:46:55:718 Get Request to  "status.php" 
03-21 14:46:55:718 Returning configured owncloud url:  "https://storage.domain.com/" 
03-21 14:46:55:718 Returning configured owncloud url:  "https://storage.domain.com/" 
03-21 14:46:55:718 Setting up host header:  "storage.domain.com" 
03-21 14:46:55:718 Folder in overallStatus Message:  Mirall::ownCloudFolder(0x114b040)  with name  "ownCloud" 
03-21 14:46:55:734 Sync state changed for folder  "ownCloud" :  "SyncPrepare" 
03-21 14:46:55:734 *** Start syncing url to ownCloud:  "ownclouds://storage.domain.com/remote.php/webdav/clientsync" 
03-21 14:46:55:734 Returning configured owncloud url:  "https://storage.domain.com/" 
03-21 14:46:55:734     * event notification  disabled 
03-21 14:46:55:734 >===================================== sync started for  "ownCloud" 
03-21 14:46:55:734 starting to sync  QThread(0x3e4fe0) QThread(0x11e6908) 
03-21 14:46:55:734   ==> returning exclude file path:  "C:/Program Files/ownCloud/sync-exclude.lst" 
03-21 14:46:55:734 ==== added CSync exclude List:  "C:/Program Files/ownCloud/sync-exclude.lst" 
03-21 14:46:55:734 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:55:734 FolderWatcher::changeDetected when eventsEnabled() -> ignore 
03-21 14:46:55:734 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:55:734 FolderWatcher::changeDetected when eventsEnabled() -> ignore 
03-21 14:46:55:734 virtual void Mirall::WatcherThread::run() Change detected in "C:/Documents and Settings/Maurice Surname\ownCloud" from Mirall::WatcherThread(0x114ed88) 
03-21 14:46:55:734 FolderWatcher::changeDetected when eventsEnabled() -> ignore 
03-21 14:46:55:750 #### Update start #################################################### >> 
03-21 14:46:55:750 csync_ftw: Incoming read_from_db-Flag for C:/Documents and Settings/Maurice Surname\ownCloud: 0
03-21 14:46:55:750 csync_ftw: .csync_journal.db excluded
03-21 14:46:55:765 csync_ftw: .csync_journal.db.ctmp excluded
03-21 14:46:55:765 csync_vio_stat: Local stat failed, errno 32
03-21 14:46:55:765 csync_ftw: walk: C:/Documents and Settings/Maurice Surname\ownCloud/Ewru woeriu woriu woriu wer.docx
03-21 14:46:55:765 csync_walker: non statable file: C:/Documents and Settings/Maurice Surname\ownCloud/Ewru woeriu woriu woriu wer.docx
03-21 14:46:55:765 _csync_detect_update: file: Ewru woeriu woriu woriu wer.docx - hash 13365600902832249092, mtime: 0
03-21 14:46:55:765 csync_statedb_get_stat_by_hash: No result record found for phash = 13365600902832249092
03-21 14:46:55:765 _csync_detect_update: file: Ewru woeriu woriu woriu wer.docx - mtime is zero!
03-21 14:46:55:765 _csync_detect_update: file: Ewru woeriu woriu woriu wer.docx - not found in db, IGNORE!
03-21 14:46:55:765 _csync_detect_update: file: , instruction: INSTRUCTION_IGNORE
03-21 14:46:55:765 csync_vio_stat: Win32: STAT-inode for C:/Documents and Settings/Maurice Surname\ownCloud/Lkj fglsadfj gsldfg sdfg sdfg d.docx: 33878
03-21 14:46:55:765 csync_ftw: Uniq ID read from Database: Lkj fglsadfj gsldfg sdfg sdfg d.docx -> 514b042a22983
03-21 14:46:55:765 csync_ftw: walk: C:/Documents and Settings/Maurice Surname\ownCloud/Lkj fglsadfj gsldfg sdfg sdfg d.docx
03-21 14:46:55:765 csync_walker: file: C:/Documents and Settings/Maurice Surname\ownCloud/Lkj fglsadfj gsldfg sdfg sdfg d.docx
03-21 14:46:55:765 _csync_detect_update: file: Lkj fglsadfj gsldfg sdfg sdfg d.docx - hash 4572820340165831079, mtime: 1635017060
03-21 14:46:55:765 _csync_detect_update: file: Lkj fglsadfj gsldfg sdfg sdfg d.docx, instruction: INSTRUCTION_IGNORE
03-21 14:46:55:765 csync_vio_stat: Win32: STAT-inode for C:/Documents and Settings/Maurice Surname\ownCloud/Sdfk jsdlfj sdfs dfsdf.docx: 32977
03-21 14:46:55:765 csync_ftw: Uniq ID read from Database: Sdfk jsdlfj sdfs dfsdf.docx -> 514b0f36e01a1
03-21 14:46:55:765 csync_ftw: walk: C:/Documents and Settings/Maurice Surname\ownCloud/Sdfk jsdlfj sdfs dfsdf.docx
03-21 14:46:55:765 csync_walker: file: C:/Documents and Settings/Maurice Surname\ownCloud/Sdfk jsdlfj sdfs dfsdf.docx
03-21 14:46:55:765 _csync_detect_update: file: Sdfk jsdlfj sdfs dfsdf.docx - hash 8381171746274827625, mtime: 1635017060
03-21 14:46:55:765 _csync_detect_update: file: Sdfk jsdlfj sdfs dfsdf.docx, instruction: INSTRUCTION_IGNORE
03-21 14:46:55:765 csync_ftw: ~$ru woeriu woriu woriu wer.docx excluded
03-21 14:46:55:765 csync_ftw: Closing walk for C:/Documents and Settings/Maurice Surname\ownCloud with read_from_db 0
03-21 14:46:55:765 csync_update: Update detection for local replica took 0.02 seconds walking 3 files.
03-21 14:46:55:765 csync_ftw: Incoming read_from_db-Flag for ownclouds://storage.domain.com/remote.php/webdav/clientsync: 0
03-21 14:46:55:765 csync_ftw: Checking for read from db for ownclouds://storage.domain.com/remote.php/webdav/clientsync: 0
03-21 14:46:55:765 oc_module: opendir method called on ownclouds://storage.domain.com/remote.php/webdav/clientsync
03-21 14:46:55:765 oc_module: * scheme ownclouds
03-21 14:46:55:765 oc_module: * host storage.domain.com
03-21 14:46:55:765 oc_module: * port 0
03-21 14:46:55:765 oc_module: * path /remote.php/webdav/clientsync
03-21 14:46:55:765 oc_module: * user 
03-21 14:46:55:765 oc_module: ne_sock_init: 0
03-21 14:46:55:765 oc_module: No proxy configured.
03-21 14:46:55:968 status.php returns:  "{"installed":"true","version":"5.0.0","versionstring":"5.0","edition":""}"   0  Reply:  QNetworkReplyImpl(0x11da588) 
03-21 14:46:55:968 Unknown info from ownCloud status.php:  "installed" = "true" 
03-21 14:46:55:968 #-------# oC found on  "https://storage.domain.com" 

@danimo
Copy link
Contributor

danimo commented Mar 21, 2013

@halfgaar but that's not from the nightly build, is it?

@halfgaar
Copy link
Author

I edited the quicklaunch icon with the command line param, and when I start it, it says "owncloud 1.2.2-nightly20130321". So I guess it is.

@dragotin
Copy link
Contributor

yes, it handles the office doc problem correctly, see it sets it to IGNORE. Is that really the last output before crash? strange....

@halfgaar
Copy link
Author

Yep, that's all she wrote. The only thing I cut out was everything before the first line I pasted.

@halfgaar
Copy link
Author

BTW, owncloud.exe just crashed without me doing anything with word or whatever. I just started the computer, configured a second sync (which synced successfully) and then after a minute or so, it crashed. This was the nightly build of march 21. It might be unrelated, but something is amiss anyway.

@dragotin
Copy link
Contributor

@halfgaar could you try to start it in a gdb and get us some more detailed crash info?

@halfgaar
Copy link
Author

If gdb on WIndows works the same as Linux, I think I can manage that. I've never used it in windows though.

@dragotin
Copy link
Contributor

Yes, it does. Its just a port of the same software.

@halfgaar
Copy link
Author

I don't know why I never thought of making these right away...

With release 1.2.1 I got two crashes. I got this one several times, so I think it's the most relevant:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 3304.0xa84]
0x77c178ac in strlen () from C:\WINDOWS\system32\msvcrt.dll
(gdb) backtrace
#0  0x77c178ac in strlen () from C:\WINDOWS\system32\msvcrt.dll
#1  0x6f95c17c in __pformat_puts (stream=<optimized out>, s=<optimized out>) at stdio/mingw_pformat.c:1800
#2  __mingw_pformat (flags=0, dest=0x1c0ca20, max=1023, fmt=0x6f966a4c <__FUNCTION__.13319+598> "", argv=0x1c0d258 "") at stdio/mingw_pformat.c:1941
#3  0x6f956f7e in __mingw_vsnprintf ( buf=buf@entry=0x1c0ca20 "Uniq ID read from Database: Asdf asdf as.docx -> ", length=1023, length@entry=1024, fmt=fmt@entry=0x6f966a28 <__FUNCTION__.13319+562> "Uniq ID read from Database: %s -> %s", argv=argv@entry=0x1c0d250 "\262\036 \001\356Š\356Š") at stdio/mingw_vsnprintf.c:47
#4  0x6f94384b in vsnprintf ( __local_argv=0x1c0d250 "\262\036 \001\356Š\356Š", __format=__format@entry=0x6f966a28 <__FUNCTION__.13319+562> "Uniq ID read from Database: %s -> %s", __n=1024, __stream=0x1c0ca20 "Uniq ID read from Database: Asdf asdf as.docx -> ") at /usr/i686-w64-mingw32/sys-root/mingw/include/stdio.h:349
#5  csync_log (ctx=ctx@entry=0x120f4d0, verbosity=verbosity@entry=8, function=function@entry=0x6f966b66 <__FUNCTION__.13395> "csync_ftw", format=format@entry=0x6f966a28 <__FUNCTION__.13319+562> "Uniq ID read from Database: %s -> %s") at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_log.c:115
#6  0x6f948149 in csync_ftw (ctx=ctx@entry=0x120f4d0, uri=0xdfa900 "C:/Documents and Settings/Maurice surname\\ownCloud", fn=0x6f947160 <csync_walker>, depth=depth@entry=50) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:424
#7  0x6f941ee3 in csync_update (ctx=0x120f4d0) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync.c:381
#8  0x6ad744d8 in _fu326___ZN7QString11shared_nullE () from C:\Program Files\ownCloud\libowncloudsync.dll
#9  0x0120f4d0 in ?? ()
#10 0x6ad8dfdc in Mirall::CSyncThread::qt_static_metacall(QObject*, QMetaObject: :Call, int, void**) [clone .part.1] () from C:\Program Files\ownCloud\libowncloudsync.dll
#11 0x003e0000 in ?? ()
#12 0x6e1fb5d0 in ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent () from C:\Program Files\ownCloud\QtCore4.dll
#13 0x00e56d10 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

But I also got this one:

Program received signal SIGSEGV, Segmentation fault.
0x7c970441 in ntdll!RtlpNtMakeTemporaryKey ()
   from C:\WINDOWS\system32\ntdll.dll
(gdb) backtrace
#0  0x7c970441 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll
#1  0x7c94bafc in ntdll!LdrAlternateResourcesEnabled () from C:\WINDOWS\system32\ntdll.dll
#2  0x003e0000 in ?? ()
#3  0x7c91a1ba in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll
#4  0x77bfc2de in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll
#5  0x003e0000 in ?? ()
#6  0x6f950ef1 in csync_vio_file_stat_destroy (file_stat=0x238bad8) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/vio/csync_vio_file_st at.c:52
#7  0x6f947621 in csync_ftw (ctx=ctx@entry=0x11fa360, uri=0xe00c20 "C:/Documents and Settings/Maurice surname\\ownCloud", fn=0x6f947160 <csync_walker>, depth=depth@entry=50) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:433
#8  0x6f941ee3 in csync_update (ctx=0x11fa360) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync.c:381
#9  0x6ad744d8 in _fu326___ZN7QString11shared_nullE () from C:\Program Files\ownCloud\libowncloudsync.dll
#10 0x011fa360 in ?? ()
#11 0x6ad8dfdc in Mirall::CSyncThread::qt_static_metacall(QObject*, QMetaObject: :Call, int, void**) [clone .part.1] () from C:\Program Files\ownCloud\libowncloudsync.dll
#12 0x003e0000 in ?? ()
#13 0x6e1fb5d0 in ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent () from C:\Program Files\ownCloud\QtCore4.dll
#14 0x00e58690 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

Then with the nightly build of march 21, I got this:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1892.0xe5c]
0x77c16fa3 in msvcrt!memcpy () from C:\WINDOWS\system32\msvcrt.dll
(gdb) backtrace
#0  0x77c16fa3 in msvcrt!memcpy () from C:\WINDOWS\system32\msvcrt.dll
#1  0x6f946ccd in _csync_detect_update (type=0, fs=0x11fd468, file=0x23b2f18 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel/Cli\303\253ntendossiers-Drenthe/a/Surname2, N/2. Zorgovereenkomst/Algemene voorwaarden Surname2, N..pdf", ctx=0x11f91e0) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:228
#2  csync_walker (ctx=ctx@entry=0x11f91e0, file=0x23b2f18 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel/Cli\303\253ntendossiers-Drenthe/a/Surname2, N/2. Zorgovereenkomst/Algemene voorwaarden Surname2, N..pdf", fs=fs@entry=0x11fd468, flag=flag@entry=CSYNC_FTW_FLAG_FILE) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:283
#3  0x6f94765c in csync_ftw (ctx=ctx@entry=0x11f91e0, uri=0x23801d8 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel/Cli\303\253ntendossiers-Drenthe/a/Surname2, N/2. Zorgovereenkomst", fn=fn@entry=0x6f9461c0 <csync_walker>, depth=depth@entry=46) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:488
#4  0x6f94788f in csync_ftw (ctx=ctx@entry=0x11f91e0, uri=0x120c7c0 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel/Cli\303\253ntendossiers-Drenthe/a/Surname2, N", fn=fn@entry=0x6f9461c0 <csync_walker>, depth=depth@entry=47) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:501
#5  0x6f94788f in csync_ftw (ctx=ctx@entry=0x11f91e0, uri=0x1208140 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel/Cli\303\253ntendossiers-Drenthe/a", fn=fn@entry=0x6f9461c0 <csync_walker>, depth=depth@entry=48) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:501
#6  0x6f94788f in csync_ftw (ctx=ctx@entry=0x11f91e0, uri=0x11f1870 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel/Cli\303\253ntendossiers-Drenthe", fn=fn@entry=0x6f9461c0 <csync_walker>, depth=depth@entry=49) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:501
#7  0x6f94788f in csync_ftw (ctx=ctx@entry=0x11f91e0, uri=0x22db1d0 "C:/Documents and Settings/Maurice surname/Mijn documenten/clouddeel", fn=0x6f9461c0 <csync_walker>, depth=depth@entry=50) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync_update.c:501
#8  0x6f941ee3 in csync_update (ctx=0x11f91e0) at /var/lib/jenkins/jobs/csync-win32-dav/workspace/src/csync.c:381
#9  0x6ad73798 in _fu324___ZN7QString11shared_nullE () from C:\Program Files\ownCloud\libowncloudsync.dll
#10 0x011f91e0 in ?? ()
#11 0x6ad8dd5c in Mirall::CSyncThread::qt_static_metacall(QObject*, QMetaObject: :Call, int, void**) [clone .part.1] () from C:\Program Files\ownCloud\libowncloudsync.dll
#12 0x003e0000 in ?? ()
#13 0x6e1fb5d0 in ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent () from C:\Program Files\ownCloud\QtCore4.dll
#14 0x01213888 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)

What's weird about the last one, is that the file I saved is not mentioned, but files that I didn't do anything with, are. The _csync_detect_update mentions/is called with a file that didn't change.

@halfgaar
Copy link
Author

I've been getting other kinds of crashes on another machine now. It's just hanging in 'undefined error (finished x seconds ago)' (which means the error's datestamp was x seconds ago, it didn't actually finish x seconds ago) and then after a few minutes of that, while doing nothing, it crashes.

I don't have the ability to make a stack trace of that, at the moment.

How hard is it to set up a developer environment on a Windows XP machine? I tried looking at the files shown in the stack trace, but they didn't exists, perhaps because of the use of Jenkins. But if it's somewhat easy to do, would it be helpful to setup Teamviewer, so that you can debug on my PC?

@halfgaar
Copy link
Author

halfgaar commented Apr 4, 2013

I just tried sync client 1.2.3 on Windows XP. It still crashes when saving a Word document into the cloud dir.

@dragotin
Copy link
Contributor

dragotin commented Apr 4, 2013

Can you please try with http://download.owncloud.org/download/nightly/owncloud-1.2.3-nightly20130404-setup.exe?

We found and fixed a problem today that can result in this behaviour.

@PiR43
Copy link

PiR43 commented Apr 5, 2013

Hello. I had same probleme and owncloud-1.2.3-nightly20130404-setup.exe fix the crash.
Now the file is not sync while it is open (even if saved) but after be closed it is sync and the client don't crash.

@halfgaar
Copy link
Author

halfgaar commented Apr 5, 2013

owncloud-1.2.3-nightly20130404-setup.exe works for me too, the crash no longer happens. Can you point to an issue/commit which describes what the problem was?

Is it known when 1.2.4 with this fix will be released? Or is this nightly build stable enough to use, perhaps?

One more thing; one of our users also has the problem that the client waits with syncing for about 500 seconds, then starts, but crashes. Is it possible that is fixed with this too? I will create a back trace of it as soon as I can, so we know for sure, but any insight is welcome.

@dragotin
Copy link
Contributor

dragotin commented Apr 5, 2013

ok, thanks for the feedback.

We will release 1.2.4 very soon, as this is a severe bug that is fixed now, but we would like to get more input on #498 which is not understood so far.

@danimo
Copy link
Contributor

danimo commented Jul 8, 2013

@halfgaar Can you test with 1.3.0? Should be a lot better (word files should no longer disappear, anyway. I could never reproduce the crash)

@halfgaar
Copy link
Author

halfgaar commented Jul 8, 2013

Well, we decided to stop the Owncloud deployment and use, so I'm afraid I won't be able to test more.

@guruz guruz closed this as completed Jun 5, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants