FFS systematically stop to work after 30 seconds !!!!! (bug REINTRODUCED !!!)

Bug #990537 reported by Maxime Haselbauer
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
FreeFileSync
Fix Released
Undecided
Unassigned

Bug Description

Kubuntu 11.10
KDE 4.8.2
32 bit

FFS systematically stop to sync after about 30 seconds !!!!!!!
It is the first time I use FFS since 2 weeks and it worked good previously!
  => a bug has been RE-introduced during one of the las update of the software !!!
(I use to have exactly the same problem last november, taht I finally solve by selecting delete definitely instead of use the wastebin

Please note: FFS is not an entertainement software, it is the last defense before loosing data, aso please ensure to always make it nuclear quality

To do this I think we should consider :
avoiding to have several sub release per year
thoroughfully check the software (longer than 29.9 seconds if possible) before releasing

Revision history for this message
Zenju (zenju) wrote :

I found a bug related to auto-closing the progress dialog which potentially could show up as a crash (Kubuntu x64 12.4). Please try the fixed version and see if you are still having trouble:
http://www.2shared.com/file/bH3k5Kgo/FFS_v53_Source.html

> thoroughfully check the software
Well, thanks for telling a software developer how to do his job ;) Always appreciated.

Regards, ZenJu

Changed in freefilesync:
status: New → Fix Released
Revision history for this message
Maxime Haselbauer (maxime-haselbauer) wrote : Re: [Bug 990537] Re: FFS systematically stop to work after 30 seconds !!!!! (bug REINTRODUCED !!!)

Sonntag 29 April 2012 10:34
Sorry that I have been a bit violent
What is the process to make the source? I just tried to type a make but:

max@netbook:~/FFS_v5_3_Source$ make
/bin/sh: pkg-config: not found
/bin/sh: pkg-config: not found
mkdir -p OBJ/FFS_Release_GCC_Make/
g++ -Wall -pipe -O3 -pthread -std=gnu++0x -DNDEBUG -DwxUSE_UNICODE -DFFS_LINUX -DZEN_PLATFORM_OTHER -DWXINTL_NO_GETTEXT_MACRO -I. -include "zen/i18n.h" `wx-config --cxxflags --debug=no --unicode=yes` `pkg-config --cflags gtk+-2.0` -c algorithm.cpp -o OBJ/FFS_Release_GCC_Make/algorithm.o
/bin/sh: wx-config: not found
/bin/sh: pkg-config: not found
In file included from ./zen/zstring.h:10:0,
                 from file_hierarchy.h:14,
                 from algorithm.h:11,
                 from algorithm.cpp:7:
./zen/string_base.h:14:41: schwerwiegender Fehler: boost/detail/atomic_count.hpp: Datei oder Verzeichnis nicht gefunden
Kompilierung beendet.
make: *** [OBJ/FFS_Release_GCC_Make/algorithm.o] Fehler 1

  I found a bug related to auto-closing the progress dialog which potentially could show up as a crash (Kubuntu x64 12.4). Please try the fixed version and see if you are still having trouble:
  http://www.2shared.com/file/bH3k5Kgo/FFS_v53_Source.html

  > thoroughfully check the software
  Well, thanks for telling a software developer how to do his job ;) Always appreciated.

  Regards, ZenJu

  ** Changed in: freefilesync
         Status: New => Fix Released

  --
  You received this bug notification because you are subscribed to the bug
  report.
  https://bugs.launchpad.net/bugs/990537

  Title:
    FFS systematically stop to work after 30 seconds !!!!! (bug
    REINTRODUCED !!!)

  Status in FreeFileSync:
    Fix Released

  Bug description:
    Kubuntu 11.10
    KDE 4.8.2
    32 bit

    FFS systematically stop to sync after about 30 seconds !!!!!!!
    It is the first time I use FFS since 2 weeks and it worked good previously!
      => a bug has been RE-introduced during one of the las update of the software !!!
    (I use to have exactly the same problem last november, taht I finally solve by selecting delete definitely instead of use the wastebin

    Please note: FFS is not an entertainement software, it is the last
    defense before loosing data, aso please ensure to always make it
    nuclear quality

    To do this I think we should consider :
    avoiding to have several sub release per year
    thoroughfully check the software (longer than 29.9 seconds if possible) before releasing

  To manage notifications about this bug go to:
  https://bugs.launchpad.net/freefilesync/+bug/990537/+subscriptions

Revision history for this message
Zenju (zenju) wrote :

> What is the process to make the source?
You can find instructions for manual compilation in "Compile.txt" coming with the source files.

Revision history for this message
Damien Lecan (dlecan) wrote :

FFS 5.3 has been published in FFS PPA.
Please update and tell us if this bug is fixed.

Revision history for this message
Zenju (zenju) wrote :

Thanks Damien!

Revision history for this message
Maxime Haselbauer (maxime-haselbauer) wrote :

I have just installed the 5.3 and tried, sadly the bug is still there

Revision history for this message
Zenju (zenju) wrote :

Maxime, can you provide more details about the observable behavior? For example what do you mean by "stop to sync"? Is it a crash or a hang? What are the conditions to trigger it, does it only occur when you use recycle bin? Does is happen at a particular file/item or as you assumed time? Is there any kind of diagnostic output in the console that might help? (Run from console to see it, if any) Do you have a screenshot at the time the issue occurs? Ect. The more information you provide, the higher the chances to identify where things go wrong.

Revision history for this message
Maxime Haselbauer (maxime-haselbauer) wrote :

Sorry that I did not give news on that one bug about it since a while, but I am on several bugs , inclusive bugs that prevent me from sending emails ^^ (lovely KDE world :) )

The bug:
After a various amount of time (1min to 4 min)
The software freeze, no response
No other way than killing it

Mos of time it is when syncing
/home/max/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend
which contain following files
-rw-rw-rw- 1 max max 126407 Feb 26 22:33 soprano-virtuoso.cpt-after-recov
-rw-rw-rw- 1 max max 891289600 Mai 20 14:37 soprano-virtuoso.db
-rw-r--r-- 1 max max 14 Mai 20 10:10 soprano-virtuoso.lck
-rw-rw-rw- 1 max max 0 Feb 26 12:58 soprano-virtuoso.lock
-rw-rw-rw- 1 max max 442299 Mai 19 21:40 soprano-virtuoso.log
-rw-rw-rw- 1 max max 0 Feb 26 12:58 soprano-virtuoso.pxa
-rw-rw-rw- 1 max max 2097152 Mai 20 10:10 soprano-virtuoso-temp.db
-rw-rw-rw- 1 max max 32737 Mai 20 14:34 soprano-virtuoso.trx
-rw-rw-rw- 1 max max 528 Feb 26 22:33 soprano-virtuoso.trx-after-recov

Virtuoso is the stuff tha index all your files in KDE so maybe the process keeps chaning the file when FFS sync it. However even when skill -9 virtuoso-t it keeps reappearing (lovely KDE world :) )

Not that i do not use the recycle bin
Launching from command line does not say anything

  Maxime, can you provide more details about the observable behavior? For
  example what do you mean by "stop to sync"? Is it a crash or a hang?
  What are the conditions to trigger it, does it only occur when you use
  recycle bin? Does is happen at a particular file/item or as you assumed
  time? Is there any kind of diagnostic output in the console that might
  help? (Run from console to see it, if any) Do you have a screenshot at
  the time the issue occurs? Ect. The more information you provide, the
  higher the chances to identify where things go wrong.

  --
  You received this bug notification because you are subscribed to the bug
  report.
  https://bugs.launchpad.net/bugs/990537

  Title:
    FFS systematically stop to work after 30 seconds !!!!! (bug
    REINTRODUCED !!!)

  Status in FreeFileSync:
    Fix Released

  Bug description:
    Kubuntu 11.10
    KDE 4.8.2
    32 bit

    FFS systematically stop to sync after about 30 seconds !!!!!!!
    It is the first time I use FFS since 2 weeks and it worked good previously!
      => a bug has been RE-introduced during one of the las update of the software !!!
    (I use to have exactly the same problem last november, taht I finally solve by selecting delete definitely instead of use the wastebin

    Please note: FFS is not an entertainement software, it is the last
    defense before loosing data, aso please ensure to always make it
    nuclear quality

    To do this I think we should consider :
    avoiding to have several sub release per year
    thoroughfully check the software (longer than 29.9 seconds if possible) before releasing

  To manage notifications about this bug go to:
  https://bugs.launchpad.net/freefilesync/+bug/990537/+subscriptions

Revision history for this message
Zenju (zenju) wrote :

So what are we going to do about this? Remote analysis is painful and slow, but I don't see any other way. I could add some logging information which may determine what FFS was doing while it hangs.
This will require you to frequently send me log files while I refine the logging. Are you up for this?
Are you able to compile the FFS sources meanwhile? I'm working with Kubuntu 12.4, so the binaries may not be working for you.

Revision history for this message
Maxime Haselbauer (maxime-haselbauer) wrote :

Hello
I am using 12.4 32 bit now
I am using rsync to sync my file now, so I now have time for a bug fix...
I will try to compile from source this week end
If I manage then maybe you can put a version that is very verbose in its
logfile and I will then give you the logfile .

I keep you inform

2012/5/20 ZenJu <email address hidden>

> So what are we going to do about this? Remote analysis is painful and
> slow, but I don't see any other way. I could add some logging information
> which may determine what FFS was doing while it hangs.
> This will require you to frequently send me log files while I refine the
> logging. Are you up for this?
> Are you able to compile the FFS sources meanwhile? I'm working with
> Kubuntu 12.4, so the binaries may not be working for you.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/990537
>
> Title:
> FFS systematically stop to work after 30 seconds !!!!! (bug
> REINTRODUCED !!!)
>
> Status in FreeFileSync:
> Fix Released
>
> Bug description:
> Kubuntu 11.10
> KDE 4.8.2
> 32 bit
>
> FFS systematically stop to sync after about 30 seconds !!!!!!!
> It is the first time I use FFS since 2 weeks and it worked good
> previously!
> => a bug has been RE-introduced during one of the las update of the
> software !!!
> (I use to have exactly the same problem last november, taht I finally
> solve by selecting delete definitely instead of use the wastebin
>
>
> Please note: FFS is not an entertainement software, it is the last
> defense before loosing data, aso please ensure to always make it
> nuclear quality
>
> To do this I think we should consider :
> avoiding to have several sub release per year
> thoroughfully check the software (longer than 29.9 seconds if possible)
> before releasing
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/freefilesync/+bug/990537/+subscriptions
>

Revision history for this message
Zenju (zenju) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.