[Synfig-devl] [ synfig-Patches-2814648 ] Enable reverse manipulations for Scale Convert

2009-06-30 Thread SourceForge.net
Patches item #2814648, was opened at 2009-06-30 16:50
Message generated for change (Tracker Item Submitted) made by uranus-235
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ray Frederikson (uranus-235)
Assigned to: Nobody/Anonymous (nobody)
Summary: Enable reverse manipulations for Scale Convert

Initial Comment:
Converting value to Scale makes duck unaccessible for direct manipulations with 
mouse. It is marked as greyed one. This patch enables reverse manipulations for 
ducks of Scale convert type.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2814648 ] Enable reverse manipulations for Scale Convert

2009-06-30 Thread SourceForge.net
Patches item #2814648, was opened at 2009-06-30 16:50
Message generated for change (Comment added) made by gballintijn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ray Frederikson (uranus-235)
Assigned to: Nobody/Anonymous (nobody)
Summary: Enable reverse manipulations for Scale Convert

Initial Comment:
Converting value to Scale makes duck unaccessible for direct manipulations with 
mouse. It is marked as greyed one. This patch enables reverse manipulations for 
ducks of Scale convert type.

--

>Comment By: Gerco Ballintijn (gballintijn)
Date: 2009-06-30 19:50

Message:

Do you mind posting this patch to the Synfig patch review site
http://patches.synfig.org/ ? This allows us to share and discuss our
comments, easily comment on details, etc. Thanks!

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2817198 ] Whitespace when importing an .svg image into Synfig

2009-07-05 Thread SourceForge.net
Bugs item #2817198, was opened at 2009-07-05 17:57
Message generated for change (Tracker Item Submitted) made by coolname007
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Coolname007 (coolname007)
Assigned to: Nobody/Anonymous (nobody)
Summary: Whitespace when importing an .svg image into Synfig

Initial Comment:
Hello.
There is a problem with Synfig when I import an .svg created by Inkscape into 
Synfig. The problem is there is "whitespace" around most of the imported image, 
when there was none in the version viewed in Inkscape.
I apologize if this bug has been posted already. I made a search, but I 
couldn't find a duplicate.

Thank you.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2817198 ] Whitespace when importing an .svg image into Synfig

2009-07-05 Thread SourceForge.net
Bugs item #2817198, was opened at 2009-07-05 17:57
Message generated for change (Comment added) made by coolname007
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Coolname007 (coolname007)
Assigned to: Nobody/Anonymous (nobody)
Summary: Whitespace when importing an .svg image into Synfig

Initial Comment:
Hello.
There is a problem with Synfig when I import an .svg created by Inkscape into 
Synfig. The problem is there is "whitespace" around most of the imported image, 
when there was none in the version viewed in Inkscape.
I apologize if this bug has been posted already. I made a search, but I 
couldn't find a duplicate.

Thank you.

--

>Comment By: Coolname007 (coolname007)
Date: 2009-07-05 18:02

Message:
Oh, and I almost forgot. I was running Ubuntu 8.10 (Intrepid Ibex) when the
problem occurred. Version of synfig is the latest.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2817198&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2805833 ] Size of mistmatch error shown

2009-07-07 Thread SourceForge.net
Bugs item #2805833, was opened at 2009-06-13 10:44
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2805833&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: SVN version
>Status: Closed
>Resolution: Invalid
Priority: 9
Private: No
Submitted By: Genete (genete)
Assigned to: Nobody/Anonymous (nobody)
Summary: Size of mistmatch error shown

Initial Comment:
SVN revision 2378 produces following errors when start synfigstudio:

synfig(27854) [10:35:56] error: Size of Canvas mismatch (app:1080, lib:1032)
synfig(27854) [10:35:56] error: Size of Layer mismatch (app:464, lib:416)
synfig(27854) [10:35:56] error: Size of Canvas mismatch (app:1080, lib:1032)
synfig(27854) [10:35:56] error: Size of Layer mismatch (app:464, lib:416)

revision 2376 doesn't produce those errors.
I have set this but to high priority because I think that it can produce others 
bugs when the data accessing mixes size of objects, co corruption is easily 
reached.
-G

--

>Comment By: Genete (genete)
Date: 2009-07-08 01:41

Message:
Not a bug really.

--

Comment By: Genete (genete)
Date: 2009-06-15 15:58

Message:
Yeah! you're the best, man! I've removed the load of those modules and now
runs fine!
Thanks!
Closing this tracker and sorry for make you loose the time. 

--

Comment By: dooglus (dooglus)
Date: 2009-06-15 15:01

Message:
The problem is that you're loading the magickpp and livavcodec modules from
/usr/local/lib - these are old versions, from before the sizes of the
classes were changed:

open("/usr/local/lib/synfig/modules/libmod_magickpp.la", O_RDONLY) = 8
open("/usr/local/lib/synfig/modules/libmod_magickpp.so", O_RDONLY) = 8
open("/usr/local/lib/synfig/modules/libmod_libavcodec.la", O_RDONLY) = 8
open("/usr/local/lib/synfig/modules/libmod_libavcodec.so", O_RDONLY) = 8

When studio starts, it'll print something like:
synfig(19947) [14:59:49] info: Loading modules from
/home/chris/.synfig/synfig_modules.cfg
to the terminal you run it from.  Edit that file and remove the two lines
for magickpp and libavcodec and you'll be fine:

The two lines say:
mod_libavcodec
mod_magickpp


--

Comment By: dooglus (dooglus)
Date: 2009-06-15 11:03

Message:
It looks like you didn't rebuild everything.

The error messages are saying that the sizes of the Canvas and Layer
classes are different between synfig core and synfig studio.

Try a full rebuild - I think the problem will go away.

--

Comment By: Genete (genete)
Date: 2009-06-14 11:17

Message:
Attached you can see the details of my system.
I've done:
$sudo rm /usr/local/bin/synfigstudio
$sudo rm /usr/local/bin/synfig
$sudo rm /usr/local/lib/libsynfig.so*
$sudo rm /usr/local/lib/libsynfigapp.so*
$sudo rm -r /usr/local/include/ETL
$sudo rm -r /usr/local/include/synfig*
(the last one not needed because already done by the previous)

then I removed the etl, synfig-core, synfig-studio folders and re run the
three scripts (in order) again.
after running synfigstudio I have the same error result.

--

Comment By: Paul Wise (pabs3)
Date: 2009-06-13 18:13

Message:
Hmm, this is really weird.

Which architecture is this on?

Can you remove these files/folders and try again?

/usr/local/bin/synfigstudio
/usr/local/lib/synfig
/usr/local/lib/libsynfig.so*
/usr/local/lib/libsynfigapp.so*
/usr/local/include/ETL
/usr/local/include/synfig*
/usr/local/include/synfigapp*

--

Comment By: Genete (genete)
Date: 2009-06-13 17:41

Message:
Confirmed.
I've removed etl, synfig-core and synfig-studio folders. I've run my
scripts to build them all (in order) and after build it suscesfully I
obtain the same message in the console.

etl script:
-
svn co https://synfig.svn.sourceforge.net/svnroot/synfig/ETL/trunk/ etl
cd etl
autoreconf --install --force
./configure
sudo make install
cd ..
---
synfig-core script:

---
svn co
https://synfig.svn.sourceforge.net/svnroot/synfig/synfig-core/trunk/
synfig-core
sed -i 's/^AC_CONFIG_SUBDIRS/# AC_CONFIG_SUBDIRS/'
synfig-core/configure.ac
cd synfig-core
libtoolize --ltdl --copy --force
autoreconf --install --force
./configure
make -j8
sudo make install -j8
cd ..
--

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-09 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Tracker Item Submitted) made by karl_stiler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-09 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by karl_stiler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

>Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 12:37

Message:
Uh i forgot, i get something like this:

(synfigstudio:19617): Gtk-CRITICAL **: gtk_ui_manager_remove_action_group:
assertion `g_list_find (self->private_data->action_groups, action_group) !=
NULL' failed
synfig(19617) [12:13:39 PM] info: closed

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-09 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by karl_stiler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 15:05

Message:
Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50ffb90 (LWP 22288)]
sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
43  functors/slot_base.cc: No such file or directory.
in functors/slot_base.cc
Current language:  auto; currently c++

(gdb) bt
#0  sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
#1  0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at
functors/slot_base.cc:165
#2  0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at
connection.cc:85
#3  0xb7d1c8fa in synfig::Canvas::disconnect_connections () from
/opt/synfig/lib/libsynfig.so.0
#4  0xb7d21a3d in synfig::Canvas::erase () from
/opt/synfig/lib/libsynfig.so.0
#5  0xb7d21c0b in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#6  0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#7  0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#8  0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#9  0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#10 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#11 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#12 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#13 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#14 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#15 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#16 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#17 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#18 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#19 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#20 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#21 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#22 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#23 0xb7c3efbd in synfig::Target_Scanline::render () from
/opt/synfig/lib/libsynfig.so.0
#24 0x081dde4a in studio::AsyncRenderer::render_target ()
#25 0xb7217188 in call_thread_entry_slot (data=0xb5187070) at
/opt/synfig/include/sigc++-2.0/sigc++/functors/slot.h:440
#26 0xb6fb016f in ?? () from /usr/lib/libglib-2.0.so.0
#27 0xb5187070 in ?? ()
#28 0xb5163178 in ?? ()
#29 0xb6e27ff4 in ?? () from /lib/libc.so.6
#30 0xb6e26290 in ?? () from /lib/libc.so.6
#31 0xb6df6cfe in ?? () from /lib/libc.so.6
#32 0xb50ff3c4 in ?? ()
#33 0xb7a40280 in ?? () from /lib/libpthread.so.0
#34 0xb7a4dff4 in ?? () from /lib/libpthread.so.0
#35 0xb50ffb90 in ?? ()
#36 0x in ?? ()


--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 12:37

Message:
Uh i forgot, i get something like this:

(synfigstudio:19617): Gtk-CRITICAL **: gtk_ui_manager_remove_action_group:
assertion `g_list_find (self->private_data->action_groups, action_group) !=
NULL' failed
synfig(19617) [12:13:39 PM] info: closed

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer 

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-09 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

>Comment By: Genete (genete)
Date: 2009-07-09 20:01

Message:
Hi. It is possible that this bug has been solved in the latest revisions.
We haven't released an official version already but we provide universal
binaries for every system. Please uninstall the packages provided by debian
and install the ones from the download page. Report here if you still
having the same problem or not.
Download the packages here:
http://synfig.org/Download#Development_snapshots 
-G

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 15:05

Message:
Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50ffb90 (LWP 22288)]
sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
43  functors/slot_base.cc: No such file or directory.
in functors/slot_base.cc
Current language:  auto; currently c++

(gdb) bt
#0  sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
#1  0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at
functors/slot_base.cc:165
#2  0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at
connection.cc:85
#3  0xb7d1c8fa in synfig::Canvas::disconnect_connections () from
/opt/synfig/lib/libsynfig.so.0
#4  0xb7d21a3d in synfig::Canvas::erase () from
/opt/synfig/lib/libsynfig.so.0
#5  0xb7d21c0b in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#6  0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#7  0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#8  0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#9  0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#10 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#11 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#12 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#13 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#14 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#15 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#16 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#17 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#18 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#19 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#20 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#21 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#22 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#23 0xb7c3efbd in synfig::Target_Scanline::render () from
/opt/synfig/lib/libsynfig.so.0
#24 0x081dde4a in studio::AsyncRenderer::render_target ()
#25 0xb7217188 in call_thread_entry_slot (data=0xb5187070) at
/opt/synfig/include/sigc++-2.0/sigc++/functors/slot.h:440
#26 0xb6fb016f in ?? () from /usr/lib/libglib-2.0.so.0
#27 0xb5187070 in ?? ()
#28 0xb5163178 in ?? ()
#29 0xb6e27ff4 in ?? () from /lib/libc.so.6
#30 0xb6e26290 in ?? () from /lib/libc.so.6
#31 0xb6df6cfe in ?? () from /lib/libc.so.6
#32 0xb50ff3c4 in ?? ()
#33 0xb7a40280 in ?? () from /lib/libpthread.so.0
#34 0xb7a4dff4 in ?? () from /lib/libpthread.so.0
#35 0xb50ffb90 in ?? ()
#36 0x in ?? ()


--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 12:37

Message:
Uh i forgot, i get something like this:

(synfigstudio:19617): Gtk-CRITICAL **: gtk_ui_manager_remove_action_group:
assertion `g_list_find (self->private_data->action_groups, action_group) !=
NULL&#x

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 10:35
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 07:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6e5e08b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Genete (genete)
Date: 2009-07-09 18:01

Message:
Hi. It is possible that this bug has been solved in the latest revisions.
We haven't released an official version already but we provide universal
binaries for every system. Please uninstall the packages provided by debian
and install the ones from the download page. Report here if you still
having the same problem or not.
Download the packages here:
http://synfig.org/Download#Development_snapshots 
-G

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 13:05

Message:
Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50ffb90 (LWP 22288)]
sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
43  functors/slot_base.cc: No such file or directory.
in functors/slot_base.cc
Current language:  auto; currently c++

(gdb) bt
#0  sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
#1  0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at
functors/slot_base.cc:165
#2  0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at
connection.cc:85
#3  0xb7d1c8fa in synfig::Canvas::disconnect_connections () from
/opt/synfig/lib/libsynfig.so.0
#4  0xb7d21a3d in synfig::Canvas::erase () from
/opt/synfig/lib/libsynfig.so.0
#5  0xb7d21c0b in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#6  0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#7  0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#8  0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#9  0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#10 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#11 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#12 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#13 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#14 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#15 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#16 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#17 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#18 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#19 0xb7c244d7 in synfig::Layer_PasteCanvas::set_sub_canvas () from
/opt/synfig/lib/libsynfig.so.0
#20 0xb7c24a0e in synfig::Layer_PasteCanvas::~Layer_PasteCanvas () from
/opt/synfig/lib/libsynfig.so.0
#21 0xb7d21c42 in synfig::Canvas::clear () from
/opt/synfig/lib/libsynfig.so.0
#22 0xb7d2ad6b in synfig::Canvas::~Canvas () from
/opt/synfig/lib/libsynfig.so.0
#23 

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by karl_stiler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

>Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 17:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 09:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6e5e08b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Genete (genete)
Date: 2009-07-09 20:01

Message:
Hi. It is possible that this bug has been solved in the latest revisions.
We haven't released an official version already but we provide universal
binaries for every system. Please uninstall the packages provided by debian
and install the ones from the download page. Report here if you still
having the same problem or not.
Download the packages here:
http://synfig.org/Download#Development_snapshots 
-G

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 15:05

Message:
Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50ffb90 (LWP 22288)]
sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
43  functors/slot_base.cc: No such file or directory.
in functors/slot_base.cc
Current language:  auto; currently c++

(gdb) bt
#0  sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
#1  0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at
functors/slot_base.cc:165
#2  0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at
connection.cc:85
#3  0xb7d1c8fa in synfig::Canvas::disconnect_connections () from
/opt/synfig/lib/libsynfig.so.0
#4  0xb7d21a3d in synfig::Canvas::erase () from
/opt/synfig/lib/libsynfig.so.0
#5 

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Settings changed) made by karl_stiler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
>Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 17:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 09:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6e5e08b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Genete (genete)
Date: 2009-07-09 20:01

Message:
Hi. It is possible that this bug has been solved in the latest revisions.
We haven't released an official version already but we provide universal
binaries for every system. Please uninstall the packages provided by debian
and install the ones from the download page. Report here if you still
having the same problem or not.
Download the packages here:
http://synfig.org/Download#Development_snapshots 
-G

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 15:05

Message:
Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50ffb90 (LWP 22288)]
sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
43  functors/slot_base.cc: No such file or directory.
in functors/slot_base.cc
Current language:  auto; currently c++

(gdb) bt
#0  sigc::internal::slot_rep::disconnect (this=0xfcefe808) at
functors/slot_base.cc:43
#1  0xb71ed1a3 in sigc::slot_base::disconnect (this=0x8fa7687) at
functors/slot_base.cc:165
#2  0xb71ecfe3 in sigc::connection::disconnect (this=0x905be40) at
connection.cc:85
#3  0xb7d1c8fa in synfig::Canvas::disconnect_connections () from
/opt/synfig/lib/libsynfig.so.0
#4  0xb7d21a3d in synfig::Canvas::erase () from
/opt/synfig/lib/libsynfig.so.0
#5 

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 10:35
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 17:17

Message:
I can't make synfig crash by moving "NewBLine038 Region" in Animated mode.
I'm on Fedora 10, genete_canvasview branch. Looks like system-specific
problem. 

Try one of those packages and post backtrace for them:
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 15:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 07:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6e5e08b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Genete (genete)
Date: 2009-07-09 18:01

Message:
Hi. It is possible that this bug has been solved in the latest revisions.
We haven't released an official version already but we provide universal
binaries for every system. Please uninstall the packages provided by debian
and install the ones from the download page. Report here if you still
having the same problem or not.
Download the packages here:
http://synfig.org/Download#Development_snapshots 
-G

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-09 13:05

Message:
Backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by rore_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

Comment By: Aurore "Rore" D. (rore_)
Date: 2009-07-10 20:37

Message:
No crash here
I'm on Debian Unstable, using the last synfig revision.

Info from the Synfig about dialog:
Built with:
ETL 0.04.12
Synfig API (006000)
Synfig library 47
GTK+ 2.16.1
GNU G++ 4.3.2
Using:
Synfig 0.61.09
GTK+ 2.16.1


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 19:17

Message:
I can't make synfig crash by moving "NewBLine038 Region" in Animated mode.
I'm on Fedora 10, genete_canvasview branch. Looks like system-specific
problem. 

Try one of those packages and post backtrace for them:
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 17:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 09:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6e5e08b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Genete (genete)
Date: 2009-07-09 20:01

Message:
Hi. It is possible that this bug has been solved in the latest revisions.
We haven't released an official version already but we provide universal
binaries for every system. Please uninstall the packages provided by debian
and install the ones from the download

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by karl_stiler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

>Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 21:09

Message:
I tried it on another Debian system, works fine there.

--

Comment By: Aurore "Rore" D. (rore_)
Date: 2009-07-10 20:37

Message:
No crash here
I'm on Debian Unstable, using the last synfig revision.

Info from the Synfig about dialog:
Built with:
ETL 0.04.12
Synfig API (006000)
Synfig library 47
GTK+ 2.16.1
GNU G++ 4.3.2
Using:
Synfig 0.61.09
GTK+ 2.16.1


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 19:17

Message:
I can't make synfig crash by moving "NewBLine038 Region" in Animated mode.
I'm on Fedora 10, genete_canvasview branch. Looks like system-specific
problem. 

Try one of those packages and post backtrace for them:
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 17:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 09:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6e5e08b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Genete (genete)
Date: 2009-07-09 20:01

Message:
Hi. It is possible that this bug has been solved

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 12:35
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

>Comment By: Genete (genete)
Date: 2009-07-11 00:21

Message:
Not a bug but a bad system configuration. Closing the tracker.

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 21:09

Message:
I tried it on another Debian system, works fine there.

--

Comment By: Aurore "Rore" D. (rore_)
Date: 2009-07-10 20:37

Message:
No crash here
I'm on Debian Unstable, using the last synfig revision.

Info from the Synfig about dialog:
Built with:
ETL 0.04.12
Synfig API (006000)
Synfig library 47
GTK+ 2.16.1
GNU G++ 4.3.2
Using:
Synfig 0.61.09
GTK+ 2.16.1


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 19:17

Message:
I can't make synfig crash by moving "NewBLine038 Region" in Animated mode.
I'm on Fedora 10, genete_canvasview branch. Looks like system-specific
problem. 

Try one of those packages and post backtrace for them:
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 17:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 09:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()
#10 0xb6e5e081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6e5e140 in ?? () from /lib/libc.so.6
#13 0x001f in ?? ()
#14 0xb6e5e085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xb4cfdb83 in ?? ()
#17 0x0008 in ?? ()
#18 0

[Synfig-devl] [ synfig-Bugs-2818948 ] Crash when moving ducks in animation mode

2009-07-10 Thread SourceForge.net
Bugs item #2818948, was opened at 2009-07-09 17:35
Message generated for change (Comment added) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2818948&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
Status: Closed
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Karl Stiler (karl_stiler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when moving ducks in animation mode 

Initial Comment:
Hello,
i have a quite annoying bug which crashes Synfig (Stable 0.61.09, Debian 
Lenny), when i try to move a vertex duck "NewBLine038 Region" in Group "Crack 
E" (See file attached).

Karl Stiler

--

Comment By: Konstantin Dmitriev (zelgadis_ksee)
Date: 2009-07-11 10:43

Message:
The question is what was the cause of the instability. Please report your
versions of gtk and glibc. Still it could be good to have backtrace of
synfig compiled with debug enabled.

--

Comment By: Genete (genete)
Date: 2009-07-11 05:21

Message:
Not a bug but a bad system configuration. Closing the tracker.

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-11 02:09

Message:
I tried it on another Debian system, works fine there.

--

Comment By: Aurore "Rore" D. (rore_)
Date: 2009-07-11 01:37

Message:
No crash here
I'm on Debian Unstable, using the last synfig revision.

Info from the Synfig about dialog:
Built with:
ETL 0.04.12
Synfig API (006000)
Synfig library 47
GTK+ 2.16.1
GNU G++ 4.3.2
Using:
Synfig 0.61.09
GTK+ 2.16.1


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-11 00:17

Message:
I can't make synfig crash by moving "NewBLine038 Region" in Animated mode.
I'm on Fedora 10, genete_canvasview branch. Looks like system-specific
problem. 

Try one of those packages and post backtrace for them:
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_i386.deb
http://download.tuxfamily.org/morevna/morevnapackage/binaries/debug/synfigstudio_0.61.09-20090612.a75d39ae6509cd7b24e8924ffab41e8014591a8f_debug.1_amd64.deb

--

Comment By: Karl Stiler (karl_stiler)
Date: 2009-07-10 22:52

Message:
Tested with Synfig GIT Master Branch 2009-07-10:
Backtrace & where, not really helpfull :(

(gdb) bt
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()
(gdb) where
#0  0xb6bce556 in raise () from /lib/libc.so.6
#1  0xb6bcfd78 in abort () from /lib/libc.so.6
#2  0xb6c08aa5 in ?? () from /lib/libc.so.6
#3  0x000e in ?? ()
#4  0xbfb90a84 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6cc5068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfb91cdc in ?? ()
#9  0x0027 in ?? ()
#10 0xb6cc5081 in ?? () from /lib/libc.so.6
#11 0x0002 in ?? ()
#12 0xb6cc1fb0 in ?? () from /lib/libc.so.6
#13 0x0017 in ?? ()
#14 0xb6cc5085 in ?? () from /lib/libc.so.6
#15 0x0004 in ?? ()
#16 0xbfb90fb3 in ?? ()
#17 0x0008 in ?? ()
#18 0xb6cc508b in ?? () from /lib/libc.so.6
#19 0x0005 in ?? ()
#20 0x in ?? ()


--

Comment By: Nobody/Anonymous (nobody)
Date: 2009-07-10 14:40

Message:
Testet with Synfig 0.61.09 SVN237:
The problem still occures, but the bt looks diffrent now

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb4cffb90 (LWP 27019)]
0xb6d67556 in raise () from /lib/libc.so.6
(gdb) bt
#0  0xb6d67556 in raise () from /lib/libc.so.6
#1  0xb6d68d78 in abort () from /lib/libc.so.6
#2  0xb6da1aa5 in ?? () from /lib/libc.so.6
#3  0x000d in ?? ()
#4  0xb4cfd654 in ?? ()
#5  0x0400 in ?? ()
#6  0xb6e5e068 in ?? () from /lib/libc.so.6
#7  0x0017 in ?? ()
#8  0xbfcf2d0f in ?? ()
#9  0x0015 in ?? ()

[Synfig-devl] [ synfig-Bugs-2175043 ] Crash when rendering in directory without write permission

2009-07-12 Thread SourceForge.net
Bugs item #2175043, was opened at 2008-10-17 17:39
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
>Group: GIT version
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Daniel Hornung (rubikcube)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when rendering in directory without write permission

Initial Comment:
Setting the render target to a directory without write permissions crashes 
synfig-studio when trying to actually start the render. 

It aborts with the following error message:

glibmm-ERROR **:
unhandled exception (type unknown) in signal handler

Trying to reproduce this with synfig alone, for example via

"synfig -o /foo.png /usr/share/synfig/examples/pirates.sifz"

yields:

error: Caught string :add_frame(): target panic on start_frame()15527 -- 1h 9m 
42s
Render Failure.


--

>Comment By: Genete (genete)
Date: 2009-07-12 19:59

Message:
I've commit a solution for the first case (render a non writable target
from the GUI). 
It is pending the second case.
See git 'master' branch for July 12th 2009.


--

Comment By: Genete (genete)
Date: 2008-10-18 00:43

Message:
I've confirmed only the first bug (glibmm-ERROR*). There is a patch to
solve that in the review board. 
The second bug I cannot reproduce if the sifz file folder is writable, so
the problem is not the same. I think that it would happen also if the
/foo.png file were accessible. Not tested, just guessing.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2821427 ] Rulers take up too much screen estate

2009-07-14 Thread SourceForge.net
Bugs item #2821427, was opened at 2009-07-14 18:32
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2821427&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Rulers take up too much screen estate

Initial Comment:
The rulers in the main window takes up too much space. Especially on smaller 
screens, like on laptops.
They can be half their width/height without any problems.

Attached is a comparison between Synfig Studio and the Gimp, which seems to be 
using the same rulers, only smaller.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2821427&group_id=144022

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer

2009-07-25 Thread SourceForge.net
Patches item #2827246, was opened at 2009-07-25 23:48
Message generated for change (Tracker Item Submitted) made by akagogo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Carlos Sosa (akagogo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Svg importer

Initial Comment:
module for synfig & synfigstudio to import svg images.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2787183 ] Default frame rate.

2009-07-27 Thread SourceForge.net
Feature Requests item #2787183, was opened at 2009-05-05 13:14
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2787183&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
>Group: Next Release (example)
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
>Assigned to: Genete (genete)
Summary: Default frame rate.

Initial Comment:
The default frame rate for Synfig is 24fps. All new projects are created with 
this frame rate and you have to manually change it to your desired value for 
every new scene you create.

At the Synfig Studio Setup screen you can set the default document size, I 
would like to have default frame rate here as well.

[Synfig Studio 0.61.09, Ubuntu Studio 8.10 64-bit.]

--

>Comment By: Genete (genete)
Date: 2009-07-27 21:41

Message:
Already implemented in development branch. It will be included in the next
release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2787183&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2287177 ] Scale tool option: Scale width

2009-07-27 Thread SourceForge.net
Feature Requests item #2287177, was opened at 2008-11-15 00:51
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2287177&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Rejected
Priority: 5
Private: No
Submitted By: Daniel Hornung (rubikcube)
>Assigned to: Genete (genete)
Summary: Scale tool option: Scale width

Initial Comment:
It would be useful (especially when importing from other files) if the scale 
tool had an option to "scale width" as well. When enabled, scaling should also 
modify blines' Outline Width and Expand parameters.

I know that an extra scale layer would do the same, but still think that this 
feature would be nice for the scale tool.

--

>Comment By: Genete (genete)
Date: 2009-07-27 21:50

Message:
If you show the width ducks when use the Scale tool, they are scaled too so
there is not need for a Scale width Tool.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2287177&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-1904463 ] Display keyframes in Time slider.

2009-07-27 Thread SourceForge.net
Feature Requests item #1904463, was opened at 2008-02-29 07:53
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1904463&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: User interface
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Konstantin Dmitriev (zelgadis_ksee)
>Assigned to: Genete (genete)
Summary: Display keyframes in Time slider.

Initial Comment:
It could be useful to display keyframes on the gray Time Slider (on the Canvas 
window and on top of Timetrack panel) with ability to move them with mouse.

--

>Comment By: Genete (genete)
Date: 2009-07-27 21:54

Message:
This feature has been already implemented in development branch. It will be
included in the next release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1904463&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-1879205 ] delete multiple vertices in one single action

2009-07-27 Thread SourceForge.net
Feature Requests item #1879205, was opened at 2008-01-24 21:12
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1879205&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
>Summary: delete multiple vertices in one single action

Initial Comment:
the ability to delete multiple or grouped vertices's in an object or layer.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1879205&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-1781903 ] make vertices/object move along paths

2009-07-27 Thread SourceForge.net
Feature Requests item #1781903, was opened at 2007-08-26 04:56
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1781903&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: make vertices/object move along paths

Initial Comment:
Synfig is great fun to do animations in, but there are is one thing that has 
been bugging me and, to the best of my internet search skills, does not seem to 
have been implemented/described anywhere.

Basically, I would like to be able to draw a bline with N vertices and have a 
shape move along that bline (the whole shape or individual vertices). Currently 
the only way I have found to do what I want is to draw a bline, and then move a 
shape along that line manually at fairly small intervals (very frustrating).

Example: A triangle that should move along a sine curve always pointing in the 
direction it is going to move next.

In that case I would like to be able to draw the triangle and the sine curve 
(or other bline) and say move the centre of the triangle along the bline and 
rotate it according to the shape of the bline. I have no idea how you would 
implement that, but it is a feature readily available in most 3D animation 
programs. 

Aternatively/in addition, it would be great to be able to change/edit the 
"movement path" (I have no idea what it really is called) in the window in the 
time-line dialog (the one selectd by the icon with the squiggly line next to 
the keyframe window), i.e. adding vertices or editing the tangents so that the 
interpolation between keyframes is changed.

I hope I didn't just miss either of these features. Synfig is great (a big pat 
on the shoulder of the developers and the people producing the tutorials) but 
the documentation is quite sketchy at times so finding what is possible and how 
to do it is far from straight forward.



--

>Comment By: Genete (genete)
Date: 2009-07-27 22:01

Message:
This already has been implemented.

--

Comment By: Genete (genete)
Date: 2008-10-26 23:46

Message:
I think that Link to Bline feature reply this feature request.

Does it mean that this feature request can be closed?

--

Comment By: dooglus (dooglus)
Date: 2007-09-24 21:49

Message:
Logged In: YES 
user_id=1546005
Originator: NO

This URL:
  http://wiki.synfig.com/Convert#BLine_Vector
should read
  http://wiki.synfig.com/Convert#BLine_Vertex


--

Comment By: dooglus (dooglus)
Date: 2007-09-24 00:13

Message:
Logged In: YES 
user_id=1546005
Originator: NO

That still leaves this:

> It would be great to be able to change/edit the
> "movement path" in the Curves dialog, i.e. adding
>  vertices or editing the tangents so that the
> interpolation between keyframes is changed.

As far as I can tell, the curves dialog needs a lot of work to make it
useful.

--

Comment By: dooglus (dooglus)
Date: 2007-09-24 00:12

Message:
Logged In: YES 
user_id=1546005
Originator: NO

I implemented this in svn r745.

See
  http://wiki.synfig.com/Following_a_BLine
for a tutorial and
  http://wiki.synfig.com/Convert#BLine_Tangent
  http://wiki.synfig.com/Convert#BLine_Vector
for documentation.

--

Comment By: dooglus (dooglus)
Date: 2007-09-18 18:30

Message:
Logged In: YES 
user_id=1546005
Originator: NO

I found that it is already possible to get an object to follow a single
bline, but not a general outline.  I uploaded an example to YouTube:

http://www.youtube.com/watch?v=wJ7C-FcxAy0

The sif file is http://dooglus.rincevent.net/synfig/follow-bline.sifz and
the .avi movie file is
http://dooglus.rincevent.net/synfig/follow-bline.avi

I still intend to make it possible to do the same for general outlines
(lists of blines).

I had to fix a few bugs in Synfig to get this to work, so it probably
won't work in any of the released versions.  The fixes will be in
subversion in an hour or so, and will be in the next release.

--

Comment By: dooglus (dooglus)
Date: 2007-09-18 02:45

Message:
Logged In: YES 
user_id=1546005
Originator: NO

Interesting suggestion.  I'll have a go at implementing somethin

[Synfig-devl] [ synfig-Feature Requests-1688429 ] make 'time loop' layer more flexible

2009-07-27 Thread SourceForge.net
Feature Requests item #1688429, was opened at 2007-03-26 16:30
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1688429&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: make 'time loop' layer more flexible

Initial Comment:
Using the time loop layer, I am able to repeat the first 'n' seconds of a 
layer's behaviour over and over.  But what if I want to repeat the part from 
10s to 11s over and over?

I don't think it's possible.

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:06

Message:
The new TIme Loop layer seems to fix this feature request. I close it.

--

Comment By: dooglus (dooglus)
Date: 2007-03-26 22:19

Message:
Logged In: YES 
user_id=1546005
Originator: YES

I just realised that all the features I requested here are currently
possible with the existing 'time loop' layer, since it's possible to adjust
the start time and end time with waypoints.  With suitable waypoints it's
even possible to make animations play backwards using the existing time
loop layer.

Suppose we have a 10 second layer.

To make it play backwards (from 10s to 0s), set the time loop layer like
this:

A waypoint at 0s, with start time = -10s, end time = 1m
A waypoint at 10s, with start time = 10s, end time = 1m


--

Comment By: dooglus (dooglus)
Date: 2007-03-26 16:35

Message:
Logged In: YES 
user_id=1546005
Originator: YES

... and what if I want to play a segment of the layer faster or slower
than before?

Perhaps a better design would be to have parameters:

source start time
source end time
target start time
target end time

this would allow me to play the part from 10s-15s in the source layer at
time 30s-32s in the time loop layer, resulting in a 2.5x speed up.  The
time loop layer would loop, playing the same 10s-15 from the source layer
at 32s-34s, 34s-36s, and so on, until a waypoint changes the settings.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1688429&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-1672749 ] Timeline and Keyframes window merge

2009-07-27 Thread SourceForge.net
Feature Requests item #1672749, was opened at 2007-03-03 01:03
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1672749&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: User interface
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Genete (genete)
Summary: Timeline and Keyframes window merge

Initial Comment:
I foresee that key frames will become difficult to manage if not placed 
visually on the time-line. 

The best way would be to have a key frame represented visually by a vertical 
block on a time-line of frames. Key-frame properties such as duration, start 
and end time would be edited simply by its placement and length.

Sorry I have no idea how this would be accomplished, as I am an animator and 
not a programmer. However, I must say this project is a very exciting 
opportunity for those such as myself who lack resources and time.

Good luck; looking forward to version 1.0!

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:12

Message:
It has been implemented in development branch. It will be available in the
next release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1672749&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-1611098 ] SVG Compatibility

2009-07-27 Thread SourceForge.net
Feature Requests item #1611098, was opened at 2006-12-07 21:46
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1611098&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: SVG Compatibility

Initial Comment:
It would be great if Synfig could import and export SVG files... It is used by 
many other vector softwares.
SVG became a standard and will become necessary for Synfig. 
It could also be a good thing to expand the Synfig community. New users could 
import their existing drawings, try the animation tools of synfig, and love it!

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:14

Message:
SVG import implemented in development branch. It supports SVG XML 1.1
version.

--

Comment By: mrED (mred_bog)
Date: 2008-02-25 20:01

Message:
Logged In: YES 
user_id=1315421
Originator: NO

Synfig need native import and export for Inkscape Project -
www.inkscape.org

--

Comment By: Paul Wise (pabs3)
Date: 2008-02-01 15:05

Message:
Logged In: YES 
user_id=35028
Originator: NO

There is a partial svg -> synfig converter on the site:

http://synfig.org/Svg2synfig

--

Comment By: Alan Horkan (horkana)
Date: 2007-06-28 03:21

Message:
Logged In: YES 
user_id=402612
Originator: NO

redesigning parts of the Synfig file format to use other namespaces and
reuse existing standards such as XMP might make it that little bit easier
to convert to other formats.  
the very verbose synfig XML looks like it might be good when used with
simple line based diff algorithm and versioning control system but it is
still possible to include lots of line breaks and clear indentation even if
a less verbose markup were to be borrowed from an existing format such as
SVG.  

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1611098&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2807163 ] param blend mode not selecting Composite

2009-07-27 Thread SourceForge.net
Bugs item #2807163, was opened at 2009-06-16 15:25
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2807163&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: param blend mode not selecting Composite

Initial Comment:
Happens on windows 2375 build and only for region and outlines as the other 
layers are fine

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:23

Message:
I cannot reproduce. Can you describe a detailed step by step procedure?

--

Comment By: Genete (genete)
Date: 2009-07-27 22:23

Message:
Closed due to lack of confirmation and lack of information or no response
to request for information.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2807163&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2796221 ] Gradient manipulation causes crash

2009-07-27 Thread SourceForge.net
Bugs item #2796221, was opened at 2009-05-25 01:44
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2796221&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Gradient manipulation causes crash

Initial Comment:
Using Windows Vista SP1 with these specifications:
http://support.gateway.com/s/Mobile/2008/Avalon/1015078R/1015078Rsp4.shtml

Using Synfig Studio 0.61.09
Bug is replicated by creating a gradient and manipulating the ducks of the 
gradient using either the gradient or the normal tool where at this point 
Synfig crashes. Sometimes, the gradient is successfully manipulated when the 
duck is moved slightly, but does not appear to be related to distance moved as 
crashes occur most of the time.

Synfig also crashes when the gradient is encapsulated in a rectangle.

(Sorry that I have not added the gdb backtrace, because I have no idea how to 
obtain it. And I am unable to log in at this time either, so please contact me 
by eax...@gmail.com Sorry!)

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:27

Message:
Please provide information to if you have tested it with the application
sticked into a single core. We know that there are inestability with
multi-core CPUs in windows and want to discard this kind of failure source.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2796221&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2747484 ] Crash when render directory doesn't exist

2009-07-27 Thread SourceForge.net
Bugs item #2747484, was opened at 2009-04-09 13:57
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2747484&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: SVN version
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Genete (genete)
Summary: Crash when render directory doesn't exist

Initial Comment:
If you go to render an animation, synfig will crash if the destination 
directory doesn't exist. 
Its probably present in all versions. I'm using SVN on Linux, but I remember 
this bug on the official releases as well.

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:30

Message:
Fixed on development branch. It will be included in the next release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2747484&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2685228 ] Timeline frame numbering inaccurate

2009-07-27 Thread SourceForge.net
Bugs item #2685228, was opened at 2009-03-12 15:51
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2685228&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: Latest release
>Status: Pending
>Resolution: Remind
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Timeline frame numbering inaccurate

Initial Comment:
The frame numbers indicated above the timeline is not accurate.

Looking at the timeline in my attached image, it looks like I'm at frame 336 
but I am in fact at frame 350 which is properly indicated in the main window 
seen above (and to further confirm the imported image sequence has a frame 
count rendered into it, saying frame 350).



--

>Comment By: Genete (genete)
Date: 2009-07-27 22:33

Message:
Remind to test this bug in the next release.

--

Comment By: David Rylander (rylleman)
Date: 2009-03-13 17:36

Message:
If it is as you say that you can't find the issue in any revision you've
tried then I'll live with it for now and keep my fingers crossed for the
bug to magically dissapear next time I upgrade Synfig. (In the middle of an
production so I don't want to risk anything by upgrading now)
I'll get back to this report when I've upgraded.

--

Comment By: Genete (genete)
Date: 2009-03-13 16:58

Message:
That's possible a correct one because the extra info is optional. I wonder
how can I reproduce the bug...

--

Comment By: Genete (genete)
Date: 2009-03-13 16:47

Message:
Hmmm, that's an old about dialog before the one of the 0.61.09 release. See
the correct one posted.

--

Comment By: Genete (genete)
Date: 2009-03-13 16:38

Message:
I've tried to reproduce the bug at the following revisions: 2130, 2140,
2150, 2160, 2170, 2180, 2190 and 2200 with no success. Release for 0.61.09
was revision 2128
Continue testing :)

--

Comment By: David Rylander (rylleman)
Date: 2009-03-13 16:34

Message:
The About dialog doesn't have any revision info. Posting it anyway.

synfig --info gives;

synfig-0.61.09
Compiled on Nov 23 2008 with GCC 4.3.2
Copyright (c) 2001-2005 Robert B. Quattlebaum Jr., Adrian Bentley


File Added: about_synfig.png

--

Comment By: Genete (genete)
Date: 2009-03-13 16:26

Message:
I meant to say 2320 :)

--

Comment By: Genete (genete)
Date: 2009-03-13 16:24

Message:
I have several binaries compiled from different revisions since revision
1200 to 2032. To allow me to hook the bug maybe you can paste the about
dialog. There should be the revision number against that installed version
was built. As far as I've seen in the sources you have posted, the revision
doesn't correspond to exactly the 0.61.09 release but a little later.
Meanwhile you post the about dialog I'll try to reproduce it in my old
binaries.
I confirm that in the latest svn revision it doesn't happen.

--

Comment By: David Rylander (rylleman)
Date: 2009-03-13 08:54

Message:
There's nonthing special I'm doing to get this. As I wrote in my last
comment I get this by just starting up a new project and setting it's frame
length to a few hundred frames.

Here's some specs that might help in pinpointing this bug;
Ubuntu Studio 8.10, 64 bit on a Dell Precision 490. 4Gb of RAM, dual core
Xeon. 2.6.27-11-generic kernel.
Synfig Studio 0.61.09, installed by adding "deb
http://ppa.launchpad.net/stemp/ubuntu intrepid main" to my sources.

I also tested on my laptop, an old Sony Vaio with Ubuntu 8.10 with Synfig
installed in the same way as above and I get the same behavior there.

[A short note on the scene attached. It's part of an fuzzy cloud effect
for an animated short. After animating the gradient in Synfig I process the
images with a photoshop filter and imports the sequence into Moho which we
do the main animation in. But I do have plans for a all Synfig short film
later on. Thanks for the project size note, never crossed my mind, I'm all
too used to working with pixel graphics.]

--

Comment By: 

[Synfig-devl] [ synfig-Bugs-2458112 ] exported bline vertex ducks vanish when selected in 'child'

2009-07-27 Thread SourceForge.net
Bugs item #2458112, was opened at 2008-12-22 11:13
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2458112&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: exported bline vertex ducks vanish when selected in 'child'

Initial Comment:
1. make a new document
2. make an outline layer
3. make a rotate layer above it, and deactivate the rotate layer
4. select both and encapsulate
5. move the encapsulation away from (0,0)
6. select outline layer
7. export one of the vertices
8. with the outline layer selected, select the exported vertex in the child 
panel
9. notice how the exported vertex's duck vanishes from the outline
10. reactivate the rotate layer
11. select the outline layer
12. with the outline layer selected, select the exported vertex in the child 
panel
13. notice how the exported vertex's duck no longer vanishes from the outline

Duckmatic::calc_duck_guid() is getting the same guid for both ducks in
step 8 even though the transform stacks are different.  This is
because the guid of the transform used for the pastecanvas has a GUID
of 0.


--

>Comment By: Genete (genete)
Date: 2009-07-27 22:45

Message:
Can't reproduce in current development branch.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2458112&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2412788 ] it's possible to remove all the entries from a dynamic list

2009-07-27 Thread SourceForge.net
Bugs item #2412788, was opened at 2008-12-10 01:29
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2412788&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: Usability
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
>Assigned to: Genete (genete)
Summary: it's possible to remove all the entries from a dynamic list

Initial Comment:
Once all the entries are removed from a dynamic list, it's not possible to add 
any more entries.

Either make it possible to insert into an empty list, or don't make it possible 
to delete the last entry.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2412788&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2356818 ] studio hung with duplicate layer active

2009-07-27 Thread SourceForge.net
Bugs item #2356818, was opened at 2008-11-28 22:13
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2356818&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: studio hung with duplicate layer active

Initial Comment:
I don't know how I did it, but studio hung.

gdb shows me 2 threads both stopped, waiting to get a WriteLock:

#1  synfig::RWLock::writer_lock (this=0x325ac48) at mutex.cpp:204
#2  WriterLock (this=0x4286ba80, x...@0x325ac48) at mutex.h:98
#3  synfig::Context::set_time (this=0x4286bc50, time={value_ = 1}) at 
context.cpp:342
#4  synfig::Layer_Duplicate::accelerated_render (this=0x325abb0, ...) at 
layer_duplicate.cpp:181

#1  synfig::RWLock::writer_lock (this=0x32349d8) at mutex.cpp:204
#2  WriterLock (this=0x7fffdcf43d10, x...@0x32349d8) at mutex.h:98
#3  synfig::Context::set_time (this=0x7fffdcf43d70, time={value_ = 0}) at 
context.cpp:342
#4  synfig::Canvas::set_time (this=0x3233f70, t={value_ = 0}) at canvas.cpp:299
#5  studio::CanvasView::rebuild_ducks (this=0x3252000) at canvasview.cpp:2916
#6  sigc::bound_mem_functor0::operator() 
(this=0x35dfc00)

I was looking at the attached file - note it has a Duplicate layer.  I suspect 
the Duplicate code isn't taking care when calling 'set_time()'

--

>Comment By: Genete (genete)
Date: 2009-07-27 22:53

Message:
Can't reproduce in latest development branch.

--

Comment By: dooglus (dooglus)
Date: 2008-11-28 22:15

Message:
Note that no CPU was being used.  And this was in SVN r2303.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2356818&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2175043 ] Crash when rendering in directory without write permission

2009-07-27 Thread SourceForge.net
Bugs item #2175043, was opened at 2008-10-17 17:39
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Daniel Hornung (rubikcube)
>Assigned to: Genete (genete)
Summary: Crash when rendering in directory without write permission

Initial Comment:
Setting the render target to a directory without write permissions crashes 
synfig-studio when trying to actually start the render. 

It aborts with the following error message:

glibmm-ERROR **:
unhandled exception (type unknown) in signal handler

Trying to reproduce this with synfig alone, for example via

"synfig -o /foo.png /usr/share/synfig/examples/pirates.sifz"

yields:

error: Caught string :add_frame(): target panic on start_frame()15527 -- 1h 9m 
42s
Render Failure.


--

>Comment By: Genete (genete)
Date: 2009-07-27 23:05

Message:
Fixed in latest development branch. Will be included in the next release.

--

Comment By: Genete (genete)
Date: 2009-07-12 19:59

Message:
I've commit a solution for the first case (render a non writable target
from the GUI). 
It is pending the second case.
See git 'master' branch for July 12th 2009.


--

Comment By: Genete (genete)
Date: 2008-10-18 00:43

Message:
I've confirmed only the first bug (glibmm-ERROR*). There is a patch to
solve that in the review board. 
The second bug I cannot reproduce if the sifz file folder is writable, so
the problem is not the same. I think that it would happen also if the
/foo.png file were accessible. Not tested, just guessing.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2175043 ] Crash when rendering in directory without write permission

2009-07-27 Thread SourceForge.net
Bugs item #2175043, was opened at 2008-10-17 17:39
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
>Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Daniel Hornung (rubikcube)
Assigned to: Genete (genete)
Summary: Crash when rendering in directory without write permission

Initial Comment:
Setting the render target to a directory without write permissions crashes 
synfig-studio when trying to actually start the render. 

It aborts with the following error message:

glibmm-ERROR **:
unhandled exception (type unknown) in signal handler

Trying to reproduce this with synfig alone, for example via

"synfig -o /foo.png /usr/share/synfig/examples/pirates.sifz"

yields:

error: Caught string :add_frame(): target panic on start_frame()15527 -- 1h 9m 
42s
Render Failure.


--

Comment By: Genete (genete)
Date: 2009-07-27 23:05

Message:
Fixed in latest development branch. Will be included in the next release.

--

Comment By: Genete (genete)
Date: 2009-07-12 19:59

Message:
I've commit a solution for the first case (render a non writable target
from the GUI). 
It is pending the second case.
See git 'master' branch for July 12th 2009.


--

Comment By: Genete (genete)
Date: 2008-10-18 00:43

Message:
I've confirmed only the first bug (glibmm-ERROR*). There is a patch to
solve that in the review board. 
The second bug I cannot reproduce if the sifz file folder is writable, so
the problem is not the same. I think that it would happen also if the
/foo.png file were accessible. Not tested, just guessing.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2175043&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-1912950 ] don't use low res as default

2009-07-27 Thread SourceForge.net
Feature Requests item #1912950, was opened at 2008-03-12 19:57
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1912950&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: don't use low res as default

Initial Comment:
Hi ,I'm working on Synfig Studio 0.61.08. on Ubuntu.
this is not quite a bug but a suggestion . Don't use low res as a default. One 
might think this is a bug. Let the program default to high res. I was puzzled 
when i saw those jagged images at first and i thought perhaps it can't do more 
than that. 

--

Comment By: Konstantin Dmitriev (zelgadis_ksee)
Date: 2008-04-11 06:47

Message:
Logged In: YES 
user_id=1438889
Originator: NO

Agree with nobody. Synfig starting with low-res and imported images
(especially sketches) looking really bad. That can distract new users. See
screenshots:

http://zelgadis.profusehost.net/files/synfig/lowres-on.png
http://zelgadis.profusehost.net/files/synfig/lowres-off.png

--

Comment By: Nobody/Anonymous (nobody)
Date: 2008-03-23 16:06

Message:
Logged In: NO 

Date: 2008-03-21 14:56
Sender: nobody
Logged In: NO 

Suggestion:  Set the default resolution (View->Preview Quality) according
to image size, so that the number of pixels to calculate is fixed, not
their size

I wasn't talking about the preview resolution but actually about the
resolution of the drawing screen. My synfig starts in low res by default
and keeps on doing that every restart.

--

Comment By: Nobody/Anonymous (nobody)
Date: 2008-03-21 22:56

Message:
Logged In: NO 

Suggestion:  Set the default resolution (View->Preview Quality) according
to image size, so that the number of pixels to calculate is fixed, not
their size.  Of course when doing animations for PAL, NTSC or youtube
resolution you might want a higher preview quality (smaller low-res pixels)
than for 35mm film rendering.  Also, why not allow full-resolution (1
preview pixel = 1 final pixel) preview?

--

Comment By: Nobody/Anonymous (nobody)
Date: 2008-03-17 17:11

Message:
Logged In: NO 

Yeah . My settings are as follow : 
Set low res pixelsize = 2.

And it looks horrible. really. It's a big difference. And it only gets
worse when increasing the pixelsize ( at about 4 even the chess table of
the background gets distorted. What can i say maybe it's because i'm using
a wide screen ? I know the card is not great ( it's an integrated intel
mobile chipset, one of the cheepest i think but i never had any problems in
2d . 

But it looks ok without low-res. no problem whatsoever.
thnx

M.M
ps . If you want i can send you more data about the
chipset,screen,driver,etc whatever . :)


--

Comment By: dooglus (dooglus)
Date: 2008-03-12 20:06

Message:
Logged In: YES 
user_id=1546005
Originator: NO

Is your monitor displaying at quite a low resolution?

On my monitor I can barely notice the difference between low and hi
resolution, except that high resolution is four times slower to render...

It's a trade-off between quality and speed, of course.  There's a similar
issue with the render quality - there are 11 levels of render quality, and
studio defaults to using one of the lowest when previewing, for the sake of
performance.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=1912950&group_id=144022

--
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1876919 ] Modify a parameter in non animation mode is weird.

2009-07-27 Thread SourceForge.net
Bugs item #1876919, was opened at 2008-01-22 00:28
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876919&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Genete (genete)
Assigned to: Nobody/Anonymous (nobody)
Summary: Modify a parameter in non animation mode is weird.

Initial Comment:
1)File -> new (set time bigger than 0)
2)Add any type of layer
3)Change to animation mode
4) modify any parameter (add a waypoint) Let's call the modified parameter 
value "A"
5) Set non animation mode.
6) Modify again the same parameter (it would complain about being in non 
animation mode) let's say the modified parameter value is "B". It is reverted 
to be "A" again.
7) Immediately set it to animation mode. It stills being "A"
8) Click on any parameter (the same or other) and the parameter holding "A" 
value becomes to be "B" value.


--

>Comment By: Genete (genete)
Date: 2009-07-27 23:23

Message:
Cannot reproduce in current development branch. 

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876919&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1876745 ] enumerated lists interfere with each other

2009-07-27 Thread SourceForge.net
Bugs item #1876745, was opened at 2008-01-21 21:53
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876745&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: enumerated lists interfere with each other

Initial Comment:
In studio, if I select a circle then:

* set falloff to 'cosine'

and attempt to

* set blend method to 'brighten'

then the blend method doesn't appear to change immediately.  I need to click on 
some other parameter before it will update.  Both 'cosine' and 'brighten' have 
values of 2 in the .sif file.

Similarly, if the falloff is 'linear' and blend method is edited to be 
'straight' (both values 0) the blend method doesn't change immediately.  Also 
"squared" and "composite" (both value 0).

I've been able to reproduce this on two different machines, with studio 0.61.06 
and the latest svn code on both ubuntu 6.06 and debian sid, in both xfce4 and 
gnome.  A could of other people have been unable to reproduce the problem.

--

>Comment By: Genete (genete)
Date: 2009-07-27 23:26

Message:
Still confirmed.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1876745&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1814151 ] Add a layer inside an exported canvas crash

2009-07-27 Thread SourceForge.net
Bugs item #1814151, was opened at 2007-10-15 23:23
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1814151&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: SVN version
Status: Open
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Genete (genete)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add a layer inside an exported canvas crash

Initial Comment:
Using svn 933.

If I select a layer inside an exported canvas when the main canvas is active 
and try to add a new layer then synfig crashes. The layer is not added. The 
result message in console is:

synfig(22244): error: Bad canvas passed to "add_layer_to"
Fallo de segmentación (core dumped)

It happens when using the tools from the tool window (Circle, Bline, Rectangle, 
Polygon, Gradient and Draw).  But if you add a layer by the canvas caret menu 
Layer>New Layer then the layer is not added and the console output is:

synfig(22708): error: Bad canvas passed to "add_layer_to"

Then synfig doesn't crash.



On the other hand if I open the exported canvas in other window (only edit the 
exported canvas) then it is possible to add a new layer. 

But in this case when I close the exported canvas the new layer is not 
accessible by the main canvas. It is shown in the drawing area but not in the 
layer list. If I click on the layer it seems that the layer receives the click 
message due to the console output is:

synfig(22353): info: STATE NORMAL: Received mouse button down Event
synfig(22353): info: STATE NORMAL: Received layer click Event, "rectangle"

(The added layer was a rectangle.)

but is not possible select the layer immediately. (In fact is accesible because 
you can fill it with the Fill tool but the layer is not shown in the layer list 
and the ducks are not shown). If I save and load the file then the just added 
layer is accessible. 

Carlos

--

>Comment By: Genete (genete)
Date: 2009-07-27 23:30

Message:
Close it as it was fixed

--

Comment By: Pixelgeek (pxegeek)
Date: 2008-11-16 04:27

Message:
Tested - it works.  

Thank you dooglus!

--

Comment By: dooglus (dooglus)
Date: 2008-11-14 23:58

Message:
SVN r2201 makes it complain with an error dialog now rather than crashing.

It's possible to work around the problem by working in the exported
canvas' separate window (double click the canvas in the canvases panel to
open it)

It's also possible to work around it by making an encapsulation layer
inside the exported canvas, and working in there.  It seems to be only
working at the top level of the exported canvas that is a problem.  This is
probably not intentional...

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1814151&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1779592 ] deleting a layer while drawing a bline crashes synfig

2009-07-27 Thread SourceForge.net
Bugs item #1779592, was opened at 2007-08-22 19:53
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1779592&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: deleting a layer while drawing a bline crashes synfig

Initial Comment:
1. start studio
2. click the 'new...' icon to make a new canvas
3. click 'ok'
4. select the circle tool and draw a circle
5. select the bline tool and click in 2 different places in the canvas to start 
drawing a bline
6. without finishing the bline, delete the circle (either by pressing delete, 
or control-x, or right-clicking the circle's layer in the layer dialog, or by 
clicking the 'remove layer' icon in the layer dialog)
7. studio will show an alert saying "Unable to change mode", then another 
saying "Action Failed", and then will crash, displaying the following in the 
console:

synfigstudio: state_bline.cpp:579: bool studio::StateBLine_Context::run_(): 
Assertion `layer' failed.
Aborted (core dumped)

--

>Comment By: Genete (genete)
Date: 2009-07-27 23:37

Message:
Cannot reproduce in the latest development branch. It shows several pop up
messages: "Unable to change" mode and "Action failed" but at the end you
finish with the layer deleted and the bline not created.

--

Comment By: dooglus (dooglus)
Date: 2008-01-17 20:02

Message:
Logged In: YES 
user_id=1546005
Originator: YES

#0  0xe410 in __kernel_vsyscall ()
#1  0xb69b9875 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0xb69bb201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0xb69b2b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6
#4  0x084a999e in studio::StateBLine_Context::run_ (this=0x91cf400)
at state_bline.cpp:595
#5  0x084aec7e in studio::StateBLine_Context::run (this=0x91cf400)
at state_bline.cpp:487
#6  0x084aee24 in ~StateBLine_Context (this=0x91cf400) at
state_bline.cpp:435
#7  0x084b9011 in etl::smach::state::leave_state
(this=0x86c83c0, 
x=0x91cf400) at
/home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:244
#8  0x082d7d03 in etl::smach::egress (this=0x8a2932c)
at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:398
#9  0x082d7eb5 in etl::smach::process_event (this=0x8a2932c, i...@0xbfb5e3b4)
at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:584
#10 0x083b4de4 in etl::smach::process_event (this=0x8a2932c, i...@0xbfb5e3d4)
at /home/chris/programs/synfig/git/ETL/trunk/ETL/_smach.h:554
#11 0x08380853 in studio::CanvasView::process_event_key (this=0x8a292e0, 
x=studio::EVENT_LAYER_SELECTION_CHANGED) at canvasview.cpp:3328
#12 0x083a7ea2 in sigc::bound_mem_functor1::event_result, studio::CanvasView,
studio::EventKey>::operator() (this=0x918db7c, _a_...@0x918db8c)
at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1851
#13 0x083a7ebf in
sigc::adaptor_functor::event_result, studio::CanvasView,
studio::EventKey> >::operator() (this=0x918db78, 
_a_ar...@0x918db8c)
at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:84
#14 0x083a7ee8 in sigc::bind_functor<-1,
sigc::bound_mem_functor1::event_result, studio::CanvasView, studio::EventKey>,
studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil,
sigc::nil>::operator() (this=0x918db74)
at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1110
#15 0x083a7efe in sigc::retype_return_functor::event_result, studio::CanvasView, studio::EventKey>,
studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil,
sigc::nil> >::operator() (this=0x918db70)
at /usr/include/sigc++-2.0/sigc++/adaptors/retype_return.h:265
#16 0x083a7f1a in
sigc::internal::slot_call0::event_result, studio::CanvasView, studio::EventKey>,
studio::EventKey, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil,
sigc::nil> >, void>::call_it (rep=0x918db58)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103
#17 0xb701d49a in Glib::SignalProxyNormal::slot0_void_callback (
self=0x9161400, data=0x918db40)
at /usr/include/sigc++-2.0/sigc++/functors/slot.h:440
#18 0xb6ce8c09 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#19 0xb6cdb772 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#20 0xb6cec611 in ?? () from /usr/lib/libgobject-2.0.so.0
#21 0x0918dbb0 in ?? ()
#22 0x0000 in ?? ()

-

[Synfig-devl] [ synfig-Bugs-1785260 ] hang when playing with PasteCanvas layer

2009-07-27 Thread SourceForge.net
Bugs item #1785260, was opened at 2007-08-31 01:19
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785260&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: hang when playing with PasteCanvas layer

Initial Comment:
I somehow get synfig to hang up when trying to use PasteCanvas layers

gdb shows a deep recursion:

#1768 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, 
transform_sta...@0xbfd40344, canv...@0xbf9a9184, selected_li...@0xbfd4032c)
at canvasview.cpp:2649
#1769 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, 
transform_sta...@0xbfd40344, canv...@0xbf9a9404, selected_li...@0xbfd4032c)
at canvasview.cpp:2649
#1770 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, 
transform_sta...@0xbfd40344, canv...@0xbf9a9684, selected_li...@0xbfd4032c)
at canvasview.cpp:2649
#1771 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, 
transform_sta...@0xbfd40344, canv...@0xbf9a9904, selected_li...@0xbfd4032c)
at canvasview.cpp:2649
#1772 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, 
transform_sta...@0xbfd40344, canv...@0xbf9a9b84, selected_li...@0xbfd4032c)
at canvasview.cpp:2649
#1773 0x083ab917 in studio::CanvasView::rebuild_ducks_layer_ (this=0x8f3a000, 
transform_sta...@0xbfd40344, canv...@0xbf9a9e04, selected_li...@0xbfd4032c)
at canvasview.cpp:2649


--

>Comment By: Genete (genete)
Date: 2009-07-27 23:38

Message:
This is a non reproducible bug. Close it.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1785260&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1697291 ] studio hung in draw tool

2009-07-27 Thread SourceForge.net
Bugs item #1697291, was opened at 2007-04-10 03:50
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1697291&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: studio hung in draw tool

Initial Comment:
I drew a shape then clicked the 'normal' tool to finish the shape and studio 
hung using lots of CPU time.

Here's the backtrace:

#0  0xb73d1a30 in g_f...@plt () from /usr/lib/libgdk-x11-2.0.so.0
#1  0xb73e5637 in gdk_region_destroy () from /usr/lib/libgdk-x11-2.0.so.0
#2  0xb73eb7e2 in gdk_window_invalidate_rect () from 
/usr/lib/libgdk-x11-2.0.so.0
#3  0xb76aab87 in gtk_widget_queue_draw_area () from 
/usr/lib/libgtk-x11-2.0.so.0
#4  0xb76b1e73 in gtk_widget_queue_draw () from /usr/lib/libgtk-x11-2.0.so.0
#5  0xb79c57b4 in Gtk::Widget::queue_draw () from /usr/lib/libgtkmm-2.4.so.1
#6  0x08380510 in studio::CanvasView::toggle_duck_mask (this=0x8cc0b08, 
type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3232
#7  0x083add57 in sigc::bound_mem_functor1::operator() (this=0x8d1f818, _a_...@0x8d1f828) at 
mem_fun.h:1851
#8  0x083add75 in sigc::adaptor_functor >::operator() (
this=0x8d1f814, _a_ar...@0x8d1f828) at adaptor_trait.h:84
#9  0x083add9e in sigc::bind_functor<-1, sigc::bound_mem_functor1, studio::Duck::Type, sigc::nil, 
sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator() 
(this=0x8d1f810) at bind.h:1110
#10 0x083addba in sigc::internal::slot_call0, 
studio::Duck::Type, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, 
sigc::nil>, void>::call_it (rep=0x8d1f7f8) at slot.h:103
#11 0xb746f586 in Glib::SignalProxyNormal::slot0_void_callback () from 
/usr/lib/libglibmm-2.4.so.1
#12 0xb71a0423 in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#13 0xb719479f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0xb71a37ec in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0
#15 0xb71a4b19 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#16 0xb71a4e89 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0xb74fc9b6 in _gtk_action_emit_activate () from /usr/lib/libgtk-x11-2.0.so.0
#18 0xb74fd45b in gtk_action_unblock_activate_from () from 
/usr/lib/libgtk-x11-2.0.so.0
#19 0xb719479f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#20 0xb71a32ea in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0
#21 0xb71a4886 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#22 0xb71a4e89 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#23 0xb74f784b in gtk_accel_group_activate () from /usr/lib/libgtk-x11-2.0.so.0
#24 0xb74f809b in gtk_accel_groups_activate () from /usr/lib/libgtk-x11-2.0.so.0
#25 0xb76bf6bf in gtk_window_activate_key () from /usr/lib/libgtk-x11-2.0.so.0
#26 0xb76bf719 in gtk_window_activate_key () from /usr/lib/libgtk-x11-2.0.so.0
#27 0xb79c70ae in Gtk::Widget::on_key_press_event () from 
/usr/lib/libgtkmm-2.4.so.1
#28 0xb79c30be in Gtk::Widget_Class::key_press_event_callback () from 
/usr/lib/libgtkmm-2.4.so.1
#29 0xb75c98e0 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/lib/libgtk-x11-2.0.so.0
#30 0xb719416f in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#31 0xb719479f in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#32 0xb71a39ce in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0
#33 0xb71a4886 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#34 0xb71a4e89 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#35 0xb76abdcf in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#36 0xb75c8169 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#37 0xb75c846b in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#38 0xb73fcdec in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#39 0xb711f8c6 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#40 0xb7122986 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#41 0xb7122ca8 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#42 0xb75c7765 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#43 0xb796b275 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1
#44 0xb796b166 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1
#45 0x0833f52d in main (argc=0, argv=0xbfeefcf4) at main.cpp:86


--

>Comment By: Genete (genete)
Date: 2009-07-27 23:44

Message:
Non reproducible bug. Close it.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?

[Synfig-devl] [ synfig-Bugs-1682369 ] studio hung eating CPU when I turned on tangent ducks

2009-07-27 Thread SourceForge.net
Bugs item #1682369, was opened at 2007-03-16 20:05
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1682369&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 7
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: studio hung eating CPU when I turned on tangent ducks

Initial Comment:
I had just used the 'draw' tool to draw a bline, then tidied if up with the 
normal tool, with tangent ducks turned off to make the vertex ducks easier to 
spot.  Then I turned on the tangent ducks to tidy them up and synfig hung, 
eating all available CPU.

Attaching to it with gdb shows it's here:

(gdb) where
#0  0xb7410ca0 in _gtk_action_group_emit_pre_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#1  0xb740dc8b in _gtk_action_emit_activate ()
   from /usr/lib/libgtk-x11-2.0.so.0
#2  0xb7586d36 in gtk_toggle_action_set_active ()
   from /usr/lib/libgtk-x11-2.0.so.0
#3  0xb78e4d5e in Gtk::ToggleAction::set_active ()
   from /usr/lib/libgtkmm-2.4.so.1
#4  0x0837d994 in studio::CanvasView::toggle_duck_mask (this=0x8cc8838, 
type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3233
#5  0x083a2ab5 in sigc::bound_mem_functor1::operator() (this=0x8d28e70, _a_...@0x8d28e80)
at /usr/include/sigc++-2.0/sigc++/functors/mem_fun.h:1851
#6  0x083a2ad3 in sigc::adaptor_functor >::operator() (
this=0x8d28e6c, _a_ar...@0x8d28e80)
at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:84
#7  0x083a2afc in sigc::bind_functor<-1, sigc::bound_mem_functor1, studio::Duck::Type, sigc::nil, 
sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>::operator() 
(this=0x8d28e68)
at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1110
#8  0x083a2b18 in sigc::internal::slot_call0, 
studio::Duck::Type, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, 
sigc::nil>, void>::call_it (rep=0x8d28e50) at 
/usr/include/sigc++-2.0/sigc++/functors/slot.h:103
#9  0xb737e42a in Glib::SignalProxyNormal::slot0_void_callback ()
   from /usr/lib/libglibmm-2.4.so.1
#10 0xb7082e1b in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
#11 0xb707598b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#12 0xb7086213 in ?? () from /usr/lib/libgobject-2.0.so.0
#13 0x08d28e90 in ?? ()
#14 0x in ?? ()





Single stepping, shows this:


(gdb) s
Single stepping until exit from function _gtk_action_group_emit_pre_activate, 
which has no line number information.
[Switching to Thread -1228409152 (LWP 20078)]
0xb740dc8b in _gtk_action_emit_activate () from /usr/lib/libgtk-x11-2.0.so.0
(gdb) 
Single stepping until exit from function _gtk_action_emit_activate, 
which has no line number information.
0xb7586d36 in gtk_toggle_action_set_active ()
   from /usr/lib/libgtk-x11-2.0.so.0
(gdb) 
Single stepping until exit from function gtk_toggle_action_set_active, 
which has no line number information.
0xb78e4d5e in Gtk::ToggleAction::set_active () from /usr/lib/libgtkmm-2.4.so.1
(gdb) 
Single stepping until exit from function _ZN3Gtk12ToggleAction10set_activeEb, 
which has no line number information.
studio::CanvasView::toggle_duck_mask (this=0x8cc8838, 
type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3234
3234break;
(gdb) 
3256if(is_currently_on)
(gdb) 
3257
work_area->set_type_mask(work_area->get_type_mask()-type);
(gdb) 
std::auto_ptr::operator-> (this=0x8cc8850)
at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/memory:286
286 return _M_ptr; 
(gdb) 
studio::Duckmatic::get_type_mask (this=0x8d1bbdc) at duckmatic.h:370
370 Type get_type_mask()const { return type_mask; }
(gdb) 
studio::operator- (lhs=-9, rhs=studio::Duck::TYPE_TANGENT) at duck.h:237
237 { return static_cast(int(lhs)&~int(rhs)); }
(gdb) 
std::auto_ptr::operator-> (this=0x8cc8850)
at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/memory:286
286 return _M_ptr; 
(gdb) 
studio::Duckmatic::set_type_mask (this=0x8d1bbdc, x=-11) at duckmatic.h:367
367 void set_type_mask(Type x) { type_mask=x; }
(gdb) 
studio::CanvasView::toggle_duck_mask (this=0x8cc8838, 
type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3261
3261work_area->queue_draw();
(gdb) 
std::auto_ptr::operator-> (this=0x8cc8850)
at 
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/memory:286
286 return _M_ptr; 
(gdb) 
studio::CanvasView::toggle_duck_mask (this=0x8cc8838, 
type=studio::Duck::TYPE_TANGENT) at canvasview.cpp:3262
3262}
(gdb) 
0x083a2ab5 in sigc::bound_mem_functor1::operator() 

[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl

2009-07-27 Thread SourceForge.net
Bugs item #1423944, was opened at 2006-02-04 09:32
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compile-Time
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Paul Wise (pabs3)
Assigned to: Paul Wise (pabs3)
Summary: synfig configure doesn't prefer the system libltdl

Initial Comment:
synfig's configure process does not use the system
libltdl when available, instead linking the embedded
version in statically, without using -fPIC. This causes
problems on non-i386 platforms, which need PIC to work.

The best solution to this is to prefer the system
libltdl. If that can't be done, synfig needs to be sure
to compile libltdl with PIC.

--

>Comment By: Genete (genete)
Date: 2009-07-28 00:04

Message:
If fixed then should be closed.

--

Comment By: Paul Wise (pabs3)
Date: 2007-11-30 03:55

Message:
Logged In: YES 
user_id=35028
Originator: YES

 pxegeek: (for when you return): until I figure out how to fix this
properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to
AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build
 hmm, doesn't seem to be a way to use the convenience libltdl, but
use the system-wide one in preference to it
 http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html
 I think that I have to agree with that post, and that we should
just use AC_LIBLTDL_CONVENIENCE
 KiBi / dooglus / sladegen / Bombe / omry: thoughts?
* pabs3 commits for now
 hmm
 synfig: pabs * r1169 /synfig-core/trunk/configure.ac: 
 synfig: Use AC_LIBLTDL_CONVENIENCE instead of
AC_LIBLTDL_INSTALLABLE because Win32
 synfig: doesn't seem to be able to link a libsynfig DLL to a
libltdl DLL and there
 synfig: doesn't seem to be a way to compile libltdl statically
and libsynfig
 synfig: dynamically.

--

Comment By: Paul Wise (pabs3)
Date: 2006-02-04 12:13

Message:
Logged In: YES 
user_id=35028

Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1420091 ] Crash when deleting vertex items

2009-07-27 Thread SourceForge.net
Bugs item #1420091, was opened at 2006-01-31 09:11
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1420091&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Paul Wise (pabs3)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when deleting vertex items 

Initial Comment:
A bug report from snapsilverlight:

Layer -> New Layer -> Geometry -> Region
Then in Params, expand the vertex list, right click on
any vertex, click "Insert Item (Smart)"
Then go and delete it. POOF!

#0  0x082af60d in
studio::CanvasTreeStore::get_value_vfunc
(this=0x8a60800, it...@0xbfe897f4, column=2,
val...@0xbfe89888) at canvastreestore.cpp:248
#1  0x082c071c in
studio::LayerParamTreeStore::get_value_vfunc
(this=0x8a60800, it...@0xbfe897f4, column=2,
val...@0xbfe89888)
at layerparamtreestore.cpp:150
#2  0xb79e2f77 in
Gtk::TreeModel_Class::get_value_vfunc_callback () from
/usr/lib/libgtkmm-2.4.so.1
#3  0xb767dec5 in IA__gtk_tree_model_get_value
(tree_model=0x8a60b08, iter=0xbfe89984, column=0,
value=0xbfe89888) at gtktreemodel.c:1077
#4  0xb76aa096 in
IA__gtk_tree_view_column_cell_set_cell_data
(tree_column=0x8a39790, tree_model=0x8a60b08,
iter=0xbfe89984, is_expander=0, is_expanded=0)
at gtktreeviewcolumn.c:2544
#5  0xb7699200 in gtk_tree_view_expose
(widget=0x8a37418, event=0xbfe89f50) at gtktreeview.c:3651
#6  0xb79f4a62 in
Gtk::Widget_Class::expose_event_callback () from
/usr/lib/libgtkmm-2.4.so.1
#7  0xb75c6960 in _gtk_marshal_BOOLEAN__BOXED
(closure=0x84d5d60, return_value=0xbfe89bc0,
n_param_values=2, param_values=0xbfe89cac,
invocation_hint=0xbfe89bac,
marshal_data=0xb79f49e0) at gtkmarshalers.c:83
#8  0xb7133179 in g_type_class_meta_marshal
(closure=0x84d5d60, return_value=0x0, n_param_values=0,
param_values=0xbfe89cac, invocation_hint=0x0,
marshal_data=0x0) at gclosure.c:569
#9  0xb7133839 in IA__g_closure_invoke
(closure=0x84d5d60, return_value=0x0, n_param_values=0,
param_values=0x0, invocation_hint=0x0) at gclosure.c:492
#10 0xb71437f5 in signal_emit_unlocked_R
(node=0x84d5db0, detail=0, instance=0x8a37418,
emission_return=0xbfe89e2c, instance_and_params=0xbfe89cac)
at gsignal.c:2523
#11 0xb71446de in IA__g_signal_emit_valist
(instance=0x8a37418, signal_id=33, detail=0,
var_args=0xbfe89eb0
"\u\236\u\uP\237\u\u\030t\u\b\017\203k\u\030t\u\b\u4J\b")
at gsignal.c:2254
#12 0xb7144cd9 in IA__g_signal_emit (instance=0x0,
signal_id=0, detail=0) at gsignal.c:2288
#13 0xb76b81c4 in gtk_widget_event_internal
(widget=0x8a37418, event=0xbfe89f50) at gtkwidget.c:3735
#14 0xb75c53ca in IA__gtk_main_do_event
(event=0xbfe89f50) at gtkmain.c:1370
#15 0xb73d388d in gdk_window_process_updates_internal
(window=0x8a973f0) at gdkwindow.c:2215
#16 0xb73d396f in IA__gdk_window_process_all_updates ()
at gdkwindow.c:2268
#17 0xb7533597 in gtk_container_idle_sizer (data=0x0)
at gtkcontainer.c:1117
#18 0xb70ad0f1 in g_idle_dispatch (source=0x8a94478,
callback=0x3, user_data=0x0) at gmain.c:3817
#19 0xb70aab8c in IA__g_main_context_dispatch
(context=0x849e978) at gmain.c:1934
#20 0xb70adf6b in g_main_context_iterate
(context=0x849e978, block=1, dispatch=1,
self=0x84b3488) at gmain.c:2565
#21 0xb70ae2c7 in IA__g_main_loop_run (loop=0x85aaee8)
at gmain.c:2769
#22 0xb75c43a1 in IA__gtk_main () at gtkmain.c:991
#23 0xb799a626 in Gtk::Main::run_impl () from
/usr/lib/libgtkmm-2.4.so.1
#24 0xb799a4d1 in Gtk::Main::run () from
/usr/lib/libgtkmm-2.4.so.1
#25 0x081b8d05 in main (argc=0, argv=0xbfe8a394) at
main.cpp:86

--

>Comment By: Genete (genete)
Date: 2009-07-28 00:06

Message:
It seems it was long time ago fixed. Works for me.

--

Comment By: dooglus (dooglus)
Date: 2008-12-10 10:47

Message:
> get_root_canvas() in this case is returning the root canvas of the
> original window

No, it's returning 0.  Exporting a canvas causes it to be cloned, and
clone() doesn't set the root canvas.

> Of course, it's possible that both windows have the same layer selected,
> and so both windows really need to have their parameter trees rebuilt.

Oh, but there's only one params panel.  So only one tree can be displayed
at a time.  Do we still need to rebuild both of them?

--

Comment By: dooglus (dooglus)
Date: 2008-12-10 10:09

Message:
Here's another way to get the same crash:

1. layer > new layer > geometry > outline
2. encapsulate
3. in params panel, right click canvas param

[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl

2009-07-28 Thread SourceForge.net
Bugs item #1423944, was opened at 2006-02-04 16:32
Message generated for change (Comment added) made by pabs3
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compile-Time
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Paul Wise (pabs3)
Assigned to: Paul Wise (pabs3)
Summary: synfig configure doesn't prefer the system libltdl

Initial Comment:
synfig's configure process does not use the system
libltdl when available, instead linking the embedded
version in statically, without using -fPIC. This causes
problems on non-i386 platforms, which need PIC to work.

The best solution to this is to prefer the system
libltdl. If that can't be done, synfig needs to be sure
to compile libltdl with PIC.

--

Comment By: Paul Wise (pabs3)
Date: 2009-07-28 16:26

Message:
This bug isn't fixed, I don't have access to reopen it, please do so.

--

Comment By: Genete (genete)
Date: 2009-07-28 06:04

Message:
If fixed then should be closed.

--

Comment By: Paul Wise (pabs3)
Date: 2007-11-30 11:55

Message:
Logged In: YES 
user_id=35028
Originator: YES

 pxegeek: (for when you return): until I figure out how to fix this
properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to
AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build
 hmm, doesn't seem to be a way to use the convenience libltdl, but
use the system-wide one in preference to it
 http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html
 I think that I have to agree with that post, and that we should
just use AC_LIBLTDL_CONVENIENCE
 KiBi / dooglus / sladegen / Bombe / omry: thoughts?
* pabs3 commits for now
 hmm
 synfig: pabs * r1169 /synfig-core/trunk/configure.ac: 
 synfig: Use AC_LIBLTDL_CONVENIENCE instead of
AC_LIBLTDL_INSTALLABLE because Win32
 synfig: doesn't seem to be able to link a libsynfig DLL to a
libltdl DLL and there
 synfig: doesn't seem to be a way to compile libltdl statically
and libsynfig
 synfig: dynamically.

--

Comment By: Paul Wise (pabs3)
Date: 2006-02-04 19:13

Message:
Logged In: YES 
user_id=35028

Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1423944 ] synfig configure doesn't prefer the system libltdl

2009-07-28 Thread SourceForge.net
Bugs item #1423944, was opened at 2006-02-04 09:32
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compile-Time
Group: None
>Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Paul Wise (pabs3)
Assigned to: Paul Wise (pabs3)
Summary: synfig configure doesn't prefer the system libltdl

Initial Comment:
synfig's configure process does not use the system
libltdl when available, instead linking the embedded
version in statically, without using -fPIC. This causes
problems on non-i386 platforms, which need PIC to work.

The best solution to this is to prefer the system
libltdl. If that can't be done, synfig needs to be sure
to compile libltdl with PIC.

--

>Comment By: Genete (genete)
Date: 2009-07-28 10:30

Message:
It still needs fixing. Reopening it.

--

Comment By: Paul Wise (pabs3)
Date: 2009-07-28 10:26

Message:
This bug isn't fixed, I don't have access to reopen it, please do so.

--

Comment By: Genete (genete)
Date: 2009-07-28 00:04

Message:
If fixed then should be closed.

--

Comment By: Paul Wise (pabs3)
Date: 2007-11-30 03:55

Message:
Logged In: YES 
user_id=35028
Originator: YES

 pxegeek: (for when you return): until I figure out how to fix this
properly, in configure.ac, changing AC_LIBLTDL_INSTALLABLE to
AC_LIBLTDL_CONVENIENCE and reautotooling should allow you to build
 hmm, doesn't seem to be a way to use the convenience libltdl, but
use the system-wide one in preference to it
 http://osdir.com/ml/gnu.gnash.devel2/2006-11/msg00422.html
 I think that I have to agree with that post, and that we should
just use AC_LIBLTDL_CONVENIENCE
 KiBi / dooglus / sladegen / Bombe / omry: thoughts?
* pabs3 commits for now
 hmm
 synfig: pabs * r1169 /synfig-core/trunk/configure.ac: 
 synfig: Use AC_LIBLTDL_CONVENIENCE instead of
AC_LIBLTDL_INSTALLABLE because Win32
 synfig: doesn't seem to be able to link a libsynfig DLL to a
libltdl DLL and there
 synfig: doesn't seem to be a way to compile libltdl statically
and libsynfig
 synfig: dynamically.

--

Comment By: Paul Wise (pabs3)
Date: 2006-02-04 12:13

Message:
Logged In: YES 
user_id=35028

Fixed in svn version 124 by using AC_LIBLTDL_INSTALLABLE.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1423944&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2829410 ] Unable to import particular SVG file

2009-07-29 Thread SourceForge.net
Bugs item #2829410, was opened at 2009-07-30 10:07
Message generated for change (Tracker Item Submitted) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Dmitriev (zelgadis_ksee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to import particular SVG file

Initial Comment:
I was unable to import particular svg file with new svg importer - 
http://openclipart.org/media/files/Anonymous/12184
It is crashes synfig.

Console output:
[zelga...@vienkel 19]$ synfigstudio

   synfig studio -- starting up application...

synfig(16067) [09:58:36 AM] info: Loading modules from 
/opt/synfig/etc/synfig_modules.cfg
don't supported: 87.333
don't supported: ,
don't supported: 63.451
don't supported: ,
don't supported: 54.899
don't supported: ,
don't supported: 48.176
don't supported: ,
don't supported: 54.949
don't supported: ,
don't supported: 48.022
Segmentation fault
[zelga...@vienkel 19]$ synfig --info
synfig-0.61.09

Revision: 20090727
Branch: genete_master
Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b


------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2792947 ] Importing a list of PNGs result in a assert(0) failure

2009-07-29 Thread SourceForge.net
Bugs item #2792947, was opened at 2009-05-17 18:51
Message generated for change (Comment added) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Gerco Ballintijn (gballintijn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Importing a list of PNGs result in a assert(0) failure

Initial Comment:
When importing a list of PNGs, synfigstudio dies with an assert(0) failure 
(file: synfig-core/src/modules/mod_png/mptr_png.cpp, line: 412). This behavior 
was introduced in r2193 with the addition of the automatic cropping feature for 
PNG files. The assertion failure occurs only when importing *a list* of PNGs 
(not individual PNGs). It is probably enough to remove the assert(0), and not 
have the cropping feature for list of PNG's. On the other hand, the list 
importer might also be extended to perform the cropping operation over all PNGs 
in the list. We can start with the first and postpone the latter.

--

Comment By: Konstantin Dmitriev (zelgadis_ksee)
Date: 2009-07-30 10:13

Message:
I can import list of png images (ListImporter) without any trouble on

Revision: 20090727
Branch: morevna
Revision ID: f63f232029f4244a78b54452825b12cf8a09a9a3

BUT, if png have transparency, it is crops each file independently - that
results in corrupted imported sequence (imported png's are scaled
differrently). I'm forced to use JPG for ListImporter.

I suggest to disable list importer for now and later extend ListImporter
to perform the
cropping operation over all PNGs in the list s gerco suggested.

--

Comment By: Genete (genete)
Date: 2009-05-18 12:00

Message:
Also I've noticed that the cropping feature is enabled by default. It makes
older files to be read badly because the aspect ratio and size of the
imported image was ready for a non cropped one. So there are two solutions,
make a new canvas version so the old versions are never cropped and make
the environment variable for cropping available to the SETUP dialog and
remembered between sessions. At the moment it has to be set manually and by
default the crop feature is enabled.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2829410 ] Unable to import particular SVG file

2009-07-29 Thread SourceForge.net
Bugs item #2829410, was opened at 2009-07-30 10:07
Message generated for change (Settings changed) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: Import
Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Dmitriev (zelgadis_ksee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to import particular SVG file

Initial Comment:
I was unable to import particular svg file with new svg importer - 
http://openclipart.org/media/files/Anonymous/12184
It is crashes synfig.

Console output:
[zelga...@vienkel 19]$ synfigstudio

   synfig studio -- starting up application...

synfig(16067) [09:58:36 AM] info: Loading modules from 
/opt/synfig/etc/synfig_modules.cfg
don't supported: 87.333
don't supported: ,
don't supported: 63.451
don't supported: ,
don't supported: 54.899
don't supported: ,
don't supported: 48.176
don't supported: ,
don't supported: 54.949
don't supported: ,
don't supported: 48.022
Segmentation fault
[zelga...@vienkel 19]$ synfig --info
synfig-0.61.09

Revision: 20090727
Branch: genete_master
Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b


------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2829415 ] Crash when importing non-svg binary file with svg importer

2009-07-29 Thread SourceForge.net
Bugs item #2829415, was opened at 2009-07-30 10:36
Message generated for change (Tracker Item Submitted) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829415&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Import
Group: GIT version
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Konstantin Dmitriev (zelgadis_ksee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash when importing non-svg binary file with svg importer

Initial Comment:
If you try to use new SvgImporter to import some non-svg binary file then it's 
crashes.

Steps to reproduce:

1. Start synfig.
2. Right-click in canvas window, Layer->New Layer -> NotVisible -> Import Svg
3. Set filename to file atached
4. Crash

Console output:
[zelga...@vienkel ~]$ synfigstudio

   synfig studio -- starting up application...

synfig(11553) [10:29:08 AM] info: Loading modules from 
/opt/synfig/etc/synfig_modules.cfg
/home/zelgadis/Desktop/krita.png:1: parser error : Start tag expected, '<' not 
found
�PNG
^
Exception caught: Document not well-formed.
[zelga...@vienkel ~]$ synfig --info
synfig-0.61.09

Revision: 20090727
Branch: genete_master
Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b

Note: The crash sometimes not happen if you previously successfully imported 
some other file. There's probably something wrong with initialization stuff.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829415&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2468792 ] segault after leaving main in F10/i386

2009-07-29 Thread SourceForge.net
Bugs item #2468792, was opened at 2008-12-26 20:26
Message generated for change (Comment added) made by zelgadis_ksee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2468792&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Moayyad Al-Sadi (errormsg)
Assigned to: Nobody/Anonymous (nobody)
Summary: segault after leaving main in F10/i386 

Initial Comment:
hi, I'm using fedora 10, I built and used many versions and I have the same 
problem with all of them

I report it to fedora
https://bugzilla.redhat.com/show_bug.cgi?id=428568

and I attach the back trace

the problem is that it segault after leaving main in F10/i386 

it will render the .sif successfully and it crash while leaving



--

Comment By: Konstantin Dmitriev (zelgadis_ksee)
Date: 2009-07-30 10:38

Message:
You probably built with libavcodec enabled. Please build synfig without it
(--without-libavcodec). Synfig have issues with latest libavcodec.

--

Comment By: Paul Wise (pabs3)
Date: 2008-12-27 06:35

Message:
This looks like a problem with your selinux & system libraries, please ask
on the Fedora IRC channel how to track down what the backtrace means and
forward it here. Until then we cannot do anything to fix it.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2468792&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2829410 ] Unable to import particular SVG file

2009-07-29 Thread SourceForge.net
Bugs item #2829410, was opened at 2009-07-30 05:07
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Import
Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Dmitriev (zelgadis_ksee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to import particular SVG file

Initial Comment:
I was unable to import particular svg file with new svg importer - 
http://openclipart.org/media/files/Anonymous/12184
It is crashes synfig.

Console output:
[zelga...@vienkel 19]$ synfigstudio

   synfig studio -- starting up application...

synfig(16067) [09:58:36 AM] info: Loading modules from 
/opt/synfig/etc/synfig_modules.cfg
don't supported: 87.333
don't supported: ,
don't supported: 63.451
don't supported: ,
don't supported: 54.899
don't supported: ,
don't supported: 48.176
don't supported: ,
don't supported: 54.949
don't supported: ,
don't supported: 48.022
Segmentation fault
[zelga...@vienkel 19]$ synfig --info
synfig-0.61.09

Revision: 20090727
Branch: genete_master
Revision ID: 3d0655b0728cc3b9d528375431f7b01a5d0b3d5b


--

>Comment By: Genete (genete)
Date: 2009-07-30 07:08

Message:
As mentioned in the svg_parser.h file description, it is supported only the
XML version 1.1.
Anyway, it should prevent to try to import any file that doesn't match
that version.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2829410&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2792947 ] Importing a list of PNGs result in a assert(0) failure

2009-07-30 Thread SourceForge.net
Bugs item #2792947, was opened at 2009-05-17 13:51
Message generated for change (Comment added) made by gballintijn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Gerco Ballintijn (gballintijn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Importing a list of PNGs result in a assert(0) failure

Initial Comment:
When importing a list of PNGs, synfigstudio dies with an assert(0) failure 
(file: synfig-core/src/modules/mod_png/mptr_png.cpp, line: 412). This behavior 
was introduced in r2193 with the addition of the automatic cropping feature for 
PNG files. The assertion failure occurs only when importing *a list* of PNGs 
(not individual PNGs). It is probably enough to remove the assert(0), and not 
have the cropping feature for list of PNG's. On the other hand, the list 
importer might also be extended to perform the cropping operation over all PNGs 
in the list. We can start with the first and postpone the latter.

--

>Comment By: Gerco Ballintijn (gballintijn)
Date: 2009-07-30 17:29

Message:
The problem only occurs if you compile with debug on, otherwise the
assert(0) statement does nothing.

--

Comment By: Konstantin Dmitriev (zelgadis_ksee)
Date: 2009-07-30 05:13

Message:
I can import list of png images (ListImporter) without any trouble on

Revision: 20090727
Branch: morevna
Revision ID: f63f232029f4244a78b54452825b12cf8a09a9a3

BUT, if png have transparency, it is crops each file independently - that
results in corrupted imported sequence (imported png's are scaled
differrently). I'm forced to use JPG for ListImporter.

I suggest to disable list importer for now and later extend ListImporter
to perform the
cropping operation over all PNGs in the list s gerco suggested.

--

Comment By: Genete (genete)
Date: 2009-05-18 07:00

Message:
Also I've noticed that the cropping feature is enabled by default. It makes
older files to be read badly because the aspect ratio and size of the
imported image was ready for a non cropped one. So there are two solutions,
make a new canvas version so the old versions are never cropped and make
the environment variable for cropping available to the SETUP dialog and
remembered between sessions. At the moment it has to be set manually and by
default the crop feature is enabled.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2792947&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer

2009-07-31 Thread SourceForge.net
Patches item #2827246, was opened at 2009-07-26 06:48
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Carlos Sosa (akagogo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Svg importer

Initial Comment:
module for synfig & synfigstudio to import svg images.

--

>Comment By: Genete (genete)
Date: 2009-07-31 15:59

Message:
Will be applied in the next Synfig release. Now in development branch.
Thanks!

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2835409 ] Change State to Tools

2009-08-11 Thread SourceForge.net
Bugs item #2835409, was opened at 2009-08-11 09:25
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Change State to Tools

Initial Comment:
I think we should change the caret menu "State" to "Tools" to make it more 
clear.

I'm unsure exactly what is meant by "State", but Tools is exactly what it 
contains.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2835409 ] Change State to Tools

2009-08-11 Thread SourceForge.net
Bugs item #2835409, was opened at 2009-08-11 09:25
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
>Assigned to: Genete (genete)
Summary: Change State to Tools

Initial Comment:
I think we should change the caret menu "State" to "Tools" to make it more 
clear.

I'm unsure exactly what is meant by "State", but Tools is exactly what it 
contains.

--

>Comment By: Genete (genete)
Date: 2009-08-11 11:18

Message:
Absolutely right. Granted whish for the next release.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2835575 ] Change Flipbook to Preview window.

2009-08-11 Thread SourceForge.net
Bugs item #2835575, was opened at 2009-08-11 15:52
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Change Flipbook to Preview window.

Initial Comment:
In the caret menu > View you can call the "Flipbook Dialog" which opens the 
Preview window.
It's not called flipbook anywhere else in Synfig so I propose the menu enty to 
be changed to "Preview window".

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2835409 ] Change State to Tools

2009-08-11 Thread SourceForge.net
Bugs item #2835409, was opened at 2009-08-11 09:25
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Genete (genete)
Summary: Change State to Tools

Initial Comment:
I think we should change the caret menu "State" to "Tools" to make it more 
clear.

I'm unsure exactly what is meant by "State", but Tools is exactly what it 
contains.

--

>Comment By: Genete (genete)
Date: 2009-08-11 15:58

Message:
Applied on master branch

--

Comment By: Genete (genete)
Date: 2009-08-11 11:18

Message:
Absolutely right. Granted whish for the next release.

------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835409&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2835575 ] Change Flipbook to Preview window.

2009-08-11 Thread SourceForge.net
Bugs item #2835575, was opened at 2009-08-11 15:52
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
>Assigned to: Genete (genete)
Summary: Change Flipbook to Preview window.

Initial Comment:
In the caret menu > View you can call the "Flipbook Dialog" which opens the 
Preview window.
It's not called flipbook anywhere else in Synfig so I propose the menu enty to 
be changed to "Preview window".

--

>Comment By: Genete (genete)
Date: 2009-08-11 16:16

Message:
Applied to master branch

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2835575&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2836465 ] Increase resolution icon

2009-08-12 Thread SourceForge.net
Patches item #2836465, was opened at 2009-08-12 22:27
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Increase resolution icon

Initial Comment:
Icon for increasing resolution.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2836466 ] Decrease resolution icon

2009-08-12 Thread SourceForge.net
Patches item #2836466, was opened at 2009-08-12 22:27
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Decrease resolution icon

Initial Comment:
Icon for decreasing resolution.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2837042 ] Image sequence import

2009-08-13 Thread SourceForge.net
Feature Requests item #2837042, was opened at 2009-08-13 19:45
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837042&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Image sequence import

Initial Comment:
Would like Synfig to import image sequences without intermediate ,lst-files.
Could perhaps work as Synfig creating intermediate temporary lst-files which it 
then imports.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837042&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2837487 ] Merge Translate, Rotate & Scale tools

2009-08-14 Thread SourceForge.net
Feature Requests item #2837487, was opened at 2009-08-14 10:17
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837487&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: User interface
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Merge Translate, Rotate & Scale tools

Initial Comment:
I think the translate, smooth translate, rotate and scale tools all can be 
combined into one tool for easier and faster workflow.

Normal Tool state should work as now, press ctrl for rotate tool, alt (and 
AltGr) for scale tool and ctrl+alt for smooth translate. Shift is left for 
constraining movement as now.

Here's a chart on how the new combined tool can work.
ALT  CTRLSHIFT
Translate   - --
  Restricted X or Y - -+
Rotate   - +   -
  By fixed angle steps- +   +
Scale   + --
  Keep aspect ratio   + -   +
Smooth Move  + +   -


Synfig forum post discussing this feature;
http://synfig.org/forums/viewtopic.php?f=14&t=729

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2837487&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2838609 ] Move CVS-items into submenu.

2009-08-16 Thread SourceForge.net
Feature Requests item #2838609, was opened at 2009-08-16 20:18
Message generated for change (Tracker Item Submitted) made by rylleman
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2838609&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Move CVS-items into submenu.

Initial Comment:
CVS Add, CVS Update, CVS Commit and CVS Revert under the File menu is used by 
only a few and is probably confusing to the average user as well as cluttering 
up the menu.
I propose to move these items into a submenu;
File>Development.
That way they are still available to those using them and moved away from the 
average user.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2838609&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2839292 ] tools windows are not brough forward when Synfig gets focus

2009-08-17 Thread SourceForge.net
Bugs item #2839292, was opened at 2009-08-18 01:07
Message generated for change (Tracker Item Submitted) made by berteh
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bertrand Grégoire (berteh)
Assigned to: Nobody/Anonymous (nobody)
Summary: tools windows are not brough forward when Synfig gets focus

Initial Comment:
to reproduce:
- launch synfig
- run any other application fullscreen (e.g. firefox)
- alt-tab to bring Synfig forward (or click on similar button)

-> only main "synfig studio" window and current project editor are brought in 
front of firefox. other windows (info+palette+history and 
parameters+children+time in default settings) remain on background.

expected behaviour would be to bring all windows on foreground when alt-tab 
selects Synfig.

B.


I run Synfig 0.61.09 - SVN r2113M from synfig.org homepage download for ubuntu, 
on Intel Pentium dual core, Kubuntu 9.04.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2839292 ] tools windows are not brough forward when Synfig gets focus

2009-08-17 Thread SourceForge.net
Bugs item #2839292, was opened at 2009-08-18 01:07
Message generated for change (Comment added) made by berteh
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Bertrand Grégoire (berteh)
Assigned to: Nobody/Anonymous (nobody)
Summary: tools windows are not brough forward when Synfig gets focus

Initial Comment:
to reproduce:
- launch synfig
- run any other application fullscreen (e.g. firefox)
- alt-tab to bring Synfig forward (or click on similar button)

-> only main "synfig studio" window and current project editor are brought in 
front of firefox. other windows (info+palette+history and 
parameters+children+time in default settings) remain on background.

expected behaviour would be to bring all windows on foreground when alt-tab 
selects Synfig.

B.


I run Synfig 0.61.09 - SVN r2113M from synfig.org homepage download for ubuntu, 
on Intel Pentium dual core, Kubuntu 9.04.

--

>Comment By: Bertrand Grégoire (berteh)
Date: 2009-08-18 01:15

Message:
maybe related to
https://sourceforge.net/tracker/index.php?func=detail&aid=1367916&group_id=144022&atid=757416
... but not fixed anyway.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2839292&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2843006 ] Grab hint macro doesn't work

2009-08-23 Thread SourceForge.net
Bugs item #2843006, was opened at 2009-08-23 12:19
Message generated for change (Tracker Item Submitted) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2843006&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: GIT version
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Genete (genete)
Assigned to: Nobody/Anonymous (nobody)
Summary: Grab hint macro doesn't work

Initial Comment:
There is a portion of code that seems to read the preferences to alter the hint 
style of the canvas view, toolbox and dock dialogs, as suggested by this page. 
It seems not to work. Probably the preferences().get_value simply returns false 
all the time due to those preferences are not at any domain map or simple map.
Fix this would help to make the windows behavior better.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2843006&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2685228 ] Timeline frame numbering inaccurate

2009-08-26 Thread SourceForge.net
Bugs item #2685228, was opened at 2009-03-12 14:51
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2685228&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: Latest release
>Status: Closed
Resolution: Remind
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Timeline frame numbering inaccurate

Initial Comment:
The frame numbers indicated above the timeline is not accurate.

Looking at the timeline in my attached image, it looks like I'm at frame 336 
but I am in fact at frame 350 which is properly indicated in the main window 
seen above (and to further confirm the imported image sequence has a frame 
count rendered into it, saying frame 350).



--

>Comment By: SourceForge Robot (sf-robot)
Date: 2009-08-27 02:20

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 30 days (the time period specified by
the administrator of this Tracker).

--

Comment By: Genete (genete)
Date: 2009-07-27 20:33

Message:
Remind to test this bug in the next release.

--

Comment By: David Rylander (rylleman)
Date: 2009-03-13 16:36

Message:
If it is as you say that you can't find the issue in any revision you've
tried then I'll live with it for now and keep my fingers crossed for the
bug to magically dissapear next time I upgrade Synfig. (In the middle of an
production so I don't want to risk anything by upgrading now)
I'll get back to this report when I've upgraded.

--

Comment By: Genete (genete)
Date: 2009-03-13 15:58

Message:
That's possible a correct one because the extra info is optional. I wonder
how can I reproduce the bug...

--

Comment By: Genete (genete)
Date: 2009-03-13 15:47

Message:
Hmmm, that's an old about dialog before the one of the 0.61.09 release. See
the correct one posted.

--

Comment By: Genete (genete)
Date: 2009-03-13 15:38

Message:
I've tried to reproduce the bug at the following revisions: 2130, 2140,
2150, 2160, 2170, 2180, 2190 and 2200 with no success. Release for 0.61.09
was revision 2128
Continue testing :)

--

Comment By: David Rylander (rylleman)
Date: 2009-03-13 15:34

Message:
The About dialog doesn't have any revision info. Posting it anyway.

synfig --info gives;

synfig-0.61.09
Compiled on Nov 23 2008 with GCC 4.3.2
Copyright (c) 2001-2005 Robert B. Quattlebaum Jr., Adrian Bentley


File Added: about_synfig.png

--

Comment By: Genete (genete)
Date: 2009-03-13 15:26

Message:
I meant to say 2320 :)

--

Comment By: Genete (genete)
Date: 2009-03-13 15:24

Message:
I have several binaries compiled from different revisions since revision
1200 to 2032. To allow me to hook the bug maybe you can paste the about
dialog. There should be the revision number against that installed version
was built. As far as I've seen in the sources you have posted, the revision
doesn't correspond to exactly the 0.61.09 release but a little later.
Meanwhile you post the about dialog I'll try to reproduce it in my old
binaries.
I confirm that in the latest svn revision it doesn't happen.

--

Comment By: David Rylander (rylleman)
Date: 2009-03-13 07:54

Message:
There's nonthing special I'm doing to get this. As I wrote in my last
comment I get this by just starting up a new project and setting it's frame
length to a few hundred frames.

Here's some specs that might help in pinpointing this bug;
Ubuntu Studio 8.10, 64 bit on a Dell Precision 490. 4Gb of RAM, dual core
Xeon. 2.6.27-11-generic kernel.
Synfig Studio 0.61.09, installed by adding "deb
http://ppa.launchpad.net/stemp/ubuntu intrepid main" to my sources.

I also tested on my laptop, an old Sony Vaio with Ubuntu 8.10 with Synfig
installed in the same way as above and I get the same behavior there.

[A short note on the scene attached. It's part of an fuzzy cloud effect
for an animated short. After animating the gradient in Sy

[Synfig-devl] [ synfig-Feature Requests-2847284 ] merge/split tangent on several nodes

2009-08-30 Thread SourceForge.net
Feature Requests item #2847284, was opened at 2009-08-30 15:53
Message generated for change (Tracker Item Submitted) made by animtim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2847284&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: User interface
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothée Giet (animtim)
Assigned to: Nobody/Anonymous (nobody)
Summary: merge/split tangent on several nodes

Initial Comment:
It would be usefull to have a way to merge or split tangents on several 
selected nodes. (for example when importing an SVG, all nodes are set to Split, 
so it can be necessary to set Merge on many nodes at the same time..)

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2847284&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2852956 ] More Noise/Texture layers

2009-09-06 Thread SourceForge.net
Feature Requests item #2852956, was opened at 2009-09-06 16:35
Message generated for change (Tracker Item Submitted) made by animtim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2852956&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothée Giet (animtim)
Assigned to: Nobody/Anonymous (nobody)
Summary: More Noise/Texture layers

Initial Comment:
Please add more kind of noise/texture layer, with things like the textures in 
blender (DistortedNoise, Voronoi, Musgrave, wood, stucci, marble, cloud ) or 
any other you can think about.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2852956&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2858545 ] Updated synfig-core translation into Russian

2009-09-14 Thread SourceForge.net
Patches item #2858545, was opened at 2009-09-14 16:13
Message generated for change (Tracker Item Submitted) made by prokoudine
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alexandre Prokoudine (prokoudine)
Assigned to: Nobody/Anonymous (nobody)
Summary: Updated synfig-core translation into Russian

Initial Comment:
Updated synfig-core translation into Russian

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2858546 ] Updated synfig-studio translation into Russian

2009-09-14 Thread SourceForge.net
Patches item #2858546, was opened at 2009-09-14 16:14
Message generated for change (Tracker Item Submitted) made by prokoudine
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alexandre Prokoudine (prokoudine)
Assigned to: Nobody/Anonymous (nobody)
Summary: Updated synfig-studio translation into Russian

Initial Comment:
Updated synfig-studio translation into Russian

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2860386 ] synfig-0.61.09 and OpenEXR-1.6.1

2009-09-16 Thread SourceForge.net
Bugs item #2860386, was opened at 2009-09-16 20:47
Message generated for change (Tracker Item Submitted) made by stumbles
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2860386&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dennis  (stumbles)
Assigned to: Nobody/Anonymous (nobody)
Summary: synfig-0.61.09 and OpenEXR-1.6.1

Initial Comment:

Built this from source and all is well on that front. So decided to look more 
closely at the ./configure and saw OpenEXR's half type was set to no. I realize 
the build instructions say not to use that because it is slow. Um well, 
perhaps; but I wanted to give it a go anyway. However, when setting 
--enable-half, the make fails with the following error;


g++ -DHAVE_CONFIG_H -I../.. -I../../src -I../../libltdl 
-I/usr/include/libxml++-2.6 -I/usr/lib/libxml++-2.6/include 
-I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include 
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -DUSE_HALF_TYPE -DSYNFIG_NO_DEPRECATED 
-DLOCALEDIR=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib\" -DSYSCONFDIR=\"/etc\" 
-march=x86-64 -pipe -DNDEBUG -O2 -W -Wall -MT libsynfig_la-gradient.lo -MD -MP 
-MF .deps/libsynfig_la-gradient.Tpo -c gradient.cpp  -fPIC -DPIC -o 
.libs/libsynfig_la-gradient.o
gradient.cpp: In member function 'synfig::Gradient& 
synfig::Gradient::operator+=(const synfig::Gradient&)':
gradient.cpp:206: warning: format '%d' expects type 'int', but argument 2 has 
type 'long int'
gradient.cpp:206: warning: format '%d' expects type 'int', but argument 4 has 
type 'long int'
gradient.cpp: In member function 'synfig::Color 
synfig::Gradient::operator()(const synfig::Real&, float) const':
gradient.cpp:430: error: 'class synfig::ColorAccumulator' has no member named 
'premult_alpha'
gradient.cpp:441: error: 'class synfig::ColorAccumulator' has no member named 
'premult_alpha'
gradient.cpp:458: error: 'class synfig::ColorAccumulator' has no member named 
'premult_alpha'
make[3]: *** [libsynfig_la-gradient.lo] Error 1
make[3]: Leaving directory `/usr/src/synfig-0.61.09/src/synfig'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/synfig-0.61.09/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/synfig-0.61.09'
make: *** [all] Error 2

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2860386&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2860979 ] French translation update for Synfig-Core

2009-09-17 Thread SourceForge.net
Patches item #2860979, was opened at 2009-09-17 23:38
Message generated for change (Tracker Item Submitted) made by rore_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
Assigned to: Nobody/Anonymous (nobody)
Summary: French translation update for Synfig-Core

Initial Comment:
French translation update for synfig-core

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2860982 ] French translation update for Synfig-Studio

2009-09-17 Thread SourceForge.net
Patches item #2860982, was opened at 2009-09-17 23:41
Message generated for change (Tracker Item Submitted) made by rore_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
Assigned to: Nobody/Anonymous (nobody)
Summary: French translation update for Synfig-Studio

Initial Comment:
French translation update for synfig-studio

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2814648 ] Enable reverse manipulations for Scale Convert

2009-09-22 Thread SourceForge.net
Patches item #2814648, was opened at 2009-06-30 16:50
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Ray Frederikson (uranus-235)
>Assigned to: Genete (genete)
Summary: Enable reverse manipulations for Scale Convert

Initial Comment:
Converting value to Scale makes duck unaccessible for direct manipulations with 
mouse. It is marked as greyed one. This patch enables reverse manipulations for 
ducks of Scale convert type.

--

>Comment By: Genete (genete)
Date: 2009-09-22 22:23

Message:
Applied. Thank you very much

--

Comment By: Gerco Ballintijn (gballintijn)
Date: 2009-06-30 19:50

Message:

Do you mind posting this patch to the Synfig patch review site
http://patches.synfig.org/ ? This allows us to share and discuss our
comments, easily comment on details, etc. Thanks!

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2814648&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2836466 ] Decrease resolution icon

2009-09-22 Thread SourceForge.net
Patches item #2836466, was opened at 2009-08-12 22:27
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
>Assigned to: Genete (genete)
Summary: Decrease resolution icon

Initial Comment:
Icon for decreasing resolution.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836466&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2836465 ] Increase resolution icon

2009-09-22 Thread SourceForge.net
Patches item #2836465, was opened at 2009-08-12 22:27
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: David Rylander (rylleman)
>Assigned to: Genete (genete)
Summary: Increase resolution icon

Initial Comment:
Icon for increasing resolution.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2836465&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2858545 ] Updated synfig-core translation into Russian

2009-09-22 Thread SourceForge.net
Patches item #2858545, was opened at 2009-09-14 14:13
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Alexandre Prokoudine (prokoudine)
>Assigned to: Genete (genete)
Summary: Updated synfig-core translation into Russian

Initial Comment:
Updated synfig-core translation into Russian

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858545&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2858546 ] Updated synfig-studio translation into Russian

2009-09-22 Thread SourceForge.net
Patches item #2858546, was opened at 2009-09-14 14:14
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Alexandre Prokoudine (prokoudine)
>Assigned to: Genete (genete)
Summary: Updated synfig-studio translation into Russian

Initial Comment:
Updated synfig-studio translation into Russian

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2858546&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2860982 ] French translation update for Synfig-Studio

2009-09-22 Thread SourceForge.net
Patches item #2860982, was opened at 2009-09-17 23:41
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
>Assigned to: Genete (genete)
Summary: French translation update for Synfig-Studio

Initial Comment:
French translation update for synfig-studio

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860982&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2860979 ] French translation update for Synfig-Core

2009-09-22 Thread SourceForge.net
Patches item #2860979, was opened at 2009-09-17 23:38
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
>Assigned to: Genete (genete)
Summary: French translation update for Synfig-Core

Initial Comment:
French translation update for synfig-core

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2860979&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2870861 ] Parameters tips are not shown

2009-09-30 Thread SourceForge.net
Bugs item #2870861, was opened at 2009-09-30 18:47
Message generated for change (Tracker Item Submitted) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2870861&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Usability
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Genete (genete)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parameters tips are not shown

Initial Comment:
There are lots of strings marked for translation that are the long description 
of the parameters of the layers even the subparameters of the convert value 
nodes. They are not shown in the GUI when you stop the mouse over the 
parameter. It would be very handy.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2870861&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1755862 ] Adding timeline to pirates.sif under Windows causes crash

2009-09-30 Thread SourceForge.net
Bugs item #1755862, was opened at 2007-07-18 05:35
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1755862&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: Latest release
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Pixelgeek (pxegeek)
Assigned to: Atrus (gmatrus)
Summary: Adding timeline to pirates.sif under Windows causes crash

Initial Comment:
Adding a timeline to pirates.sif under Windows causes synfig studio to crash.  

Open pirates.sif
>Edit, properties
select time tab
Change end time to 10 seconds
OK or Apply.  
Synfig crashes

See screen cast for an example...
http://www.mediafire.com/?ax4hbav1bbo


--

>Comment By: Genete (genete)
Date: 2009-09-30 19:25

Message:
I see it crashing on a Pentium 4 hypertreading and using a Set affinity
application to use only one core.
Testing version previous to 0.62 release.

--

Comment By: Genete (genete)
Date: 2008-09-24 18:56

Message:
As far as I know pirates.sif has time already added. 
Does it still crashing if the CPU affinity is not restricted under
windows?

--

Comment By: Pixelgeek (pxegeek)
Date: 2007-08-10 05:58

Message:
Logged In: YES 
user_id=1763308
Originator: YES

I had the opportunity to try this on a clean install of XP2 on an Intel
Quad core 2 machine.  Doing the same steps on 4 logical CPUs caused the
crash.  Using Windows task manager to restrict the CPU affinity to only
CPU0 allowed it to work.  

Chris

--

Comment By: Pixelgeek (pxegeek)
Date: 2007-08-05 04:06

Message:
Logged In: YES 
user_id=1763308
Originator: YES

Interesting data point - System is a Dell XPS running a Pentium4 with
Hyperthreading enabled (& Windows XP SP2).  Using Windows Task Manager to
restrict Synfigstudio to run on only one CPU works around this issue.  

Chris

--

Comment By: Paul Wise (pabs3)
Date: 2007-07-20 08:29

Message:
Logged In: YES 
user_id=35028
Originator: NO

Data point: not an issue on Linux with the latest release (0.61.06).
Assigning to Atrus.

There haven't been any changes in SVN since the release, changing the
version number.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1755862&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2871859 ] Remove Item smart from a List of strings crash

2009-10-02 Thread SourceForge.net
Bugs item #2871859, was opened at 2009-10-02 16:56
Message generated for change (Tracker Item Submitted) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2871859&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: GIT version
Status: Open
Resolution: None
Priority: 6
Private: No
Submitted By: Genete (genete)
Assigned to: Nobody/Anonymous (nobody)
Summary: Remove Item smart from a List of strings crash

Initial Comment:
Create a text layer and convert the text parameter to a Joined String. It 
offers two strings in the list to join. The current text value and "..." Try to 
remove the second entry list produces a crash.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2871859&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Feature Requests-2872402 ] Some Tools Presets

2009-10-03 Thread SourceForge.net
Feature Requests item #2872402, was opened at 2009-10-04 01:30
Message generated for change (Tracker Item Submitted) made by animtim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2872402&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: User interface
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothée Giet (animtim)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some Tools Presets

Initial Comment:
 Please add a way to save/restore multiple presets on the Draw tool (and on 
other tools with many settings).
For example a "Save preset" (would ask for the preset name to save) and a 
"restore preset" (which would display the list of all names saved) 
buttons down on the settings panel. 
It will make the draw tool workflow more efficient!

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757419&aid=2872402&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1569617 ] rotating text 180 degrees fails

2009-10-04 Thread SourceForge.net
Bugs item #1569617, was opened at 2006-10-03 00:50
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Render Artifact
Group: Latest release
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: rotating text 180 degrees fails

Initial Comment:
If I rotate text by 179.99 degrees or 180.01 degrees, 
the text turns upside down, as I would expect.

If I rotate by 180.00 degrees, the text isn't rotated 
at all.

Example .sif file:
  http://dooglus.rincevent.net/rotatebug.sif

Screenshot of how it looks in synfigstudio:
  http://dooglus.rincevent.net/rotatebug.png


--

>Comment By: Genete (genete)
Date: 2009-10-04 12:26

Message:
Stretch a text with (-60,60) doesn't mirror horizontally the text but
(60,-60) yes. I think it is related with the same issue (rotation)
There is a note in the code about a bad render in the BMP format with the
pixel height. I will see if that is causing the problem.

--

Comment By: dooglus (dooglus)
Date: 2007-09-24 12:54

Message:
Logged In: YES 
user_id=1546005
Originator: YES

synfig-core/trunk/src/modules/lyr_std/rotate.cpp has specific code to
short-cut the rotation if it's 180 degrees:

if(amount.dist(Angle::deg(180))==Angle::deg(0))

I expect that's what triggers this bug.

--

Comment By: Paul Wise (pabs3)
Date: 2007-02-01 05:12

Message:
Logged In: YES 
user_id=35028
Originator: NO

Just leaving a note for myself that this bug is in the synfig renderer,
not synfigstudio.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1569617 ] rotating text 180 degrees fails

2009-10-04 Thread SourceForge.net
Bugs item #1569617, was opened at 2006-10-03 00:50
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Render Artifact
Group: Latest release
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: rotating text 180 degrees fails

Initial Comment:
If I rotate text by 179.99 degrees or 180.01 degrees, 
the text turns upside down, as I would expect.

If I rotate by 180.00 degrees, the text isn't rotated 
at all.

Example .sif file:
  http://dooglus.rincevent.net/rotatebug.sif

Screenshot of how it looks in synfigstudio:
  http://dooglus.rincevent.net/rotatebug.png


--

>Comment By: Genete (genete)
Date: 2009-10-04 12:26

Message:
I mean, (60,-60) mirrors it vertically properly. ;)

--

Comment By: Genete (genete)
Date: 2009-10-04 12:26

Message:
Stretch a text with (-60,60) doesn't mirror horizontally the text but
(60,-60) yes. I think it is related with the same issue (rotation)
There is a note in the code about a bad render in the BMP format with the
pixel height. I will see if that is causing the problem.

--

Comment By: dooglus (dooglus)
Date: 2007-09-24 12:54

Message:
Logged In: YES 
user_id=1546005
Originator: YES

synfig-core/trunk/src/modules/lyr_std/rotate.cpp has specific code to
short-cut the rotation if it's 180 degrees:

if(amount.dist(Angle::deg(180))==Angle::deg(0))

I expect that's what triggers this bug.

--

Comment By: Paul Wise (pabs3)
Date: 2007-02-01 05:12

Message:
Logged In: YES 
user_id=35028
Originator: NO

Just leaving a note for myself that this bug is in the synfig renderer,
not synfigstudio.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-1569617 ] rotating text 180 degrees fails

2009-10-04 Thread SourceForge.net
Bugs item #1569617, was opened at 2006-10-03 00:50
Message generated for change (Comment added) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Render Artifact
Group: Latest release
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: dooglus (dooglus)
Assigned to: Nobody/Anonymous (nobody)
Summary: rotating text 180 degrees fails

Initial Comment:
If I rotate text by 179.99 degrees or 180.01 degrees, 
the text turns upside down, as I would expect.

If I rotate by 180.00 degrees, the text isn't rotated 
at all.

Example .sif file:
  http://dooglus.rincevent.net/rotatebug.sif

Screenshot of how it looks in synfigstudio:
  http://dooglus.rincevent.net/rotatebug.png


--

>Comment By: Genete (genete)
Date: 2009-10-04 12:41

Message:
Commenting the bmp checking issue in the lyr_freetype.cpp file doesn't
seems to solve the issue.

--

Comment By: Genete (genete)
Date: 2009-10-04 12:26

Message:
I mean, (60,-60) mirrors it vertically properly. ;)

--

Comment By: Genete (genete)
Date: 2009-10-04 12:26

Message:
Stretch a text with (-60,60) doesn't mirror horizontally the text but
(60,-60) yes. I think it is related with the same issue (rotation)
There is a note in the code about a bad render in the BMP format with the
pixel height. I will see if that is causing the problem.

--

Comment By: dooglus (dooglus)
Date: 2007-09-24 12:54

Message:
Logged In: YES 
user_id=1546005
Originator: YES

synfig-core/trunk/src/modules/lyr_std/rotate.cpp has specific code to
short-cut the rotation if it's 180 degrees:

if(amount.dist(Angle::deg(180))==Angle::deg(0))

I expect that's what triggers this bug.

--

Comment By: Paul Wise (pabs3)
Date: 2007-02-01 05:12

Message:
Logged In: YES 
user_id=35028
Originator: NO

Just leaving a note for myself that this bug is in the synfig renderer,
not synfigstudio.

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=1569617&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2872554 ] bug with memory 0.62.00

2009-10-04 Thread SourceForge.net
Bugs item #2872554, was opened at 2009-10-04 13:08
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2872554&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: bug with memory 0.62.00

Initial Comment:
I have a some sifz with included more then 300 images .png.each image ~30-50 
kb.if this sifz try open-error bad:alloc.

sistem ubuntu 8.10,2GHz,2Gb RAM, Linux 2.6.27-14-generic,processor Intel(R) 
Celeron(R) CPU

ETL-0.04.13-RC1
synfig-0.62.00-RC1
synfigstudio-0.62.00-RC1
 now I have a little problem with RC1 :) 
07:29 < ratte6-1> when I try open same file i have
07:29 < ratte6-1> error
07:29 < ratte6-1>   * 
/home/mashino/???-???/???/oslikDVA.sifz::53121: Layer 'import' 
rejected value for parameter 'filename'
07:29 < ratte6-1>   * 
/home/mashino/???-???/???/oslikDVA.sifz::53205: Layer 'import' 
rejected value for parameter 'filename'
07:29 < ratte6-1>   * 
/home/mashino/???-???/???/oslikDVA.sifz::53289: Layer 'import' 
rejected value for parameter 'filename'
07:29 -!- ratte6-1 [n=ra...@217.118.78.107] has quit [Excess Flood]
07:29 -!- ratte6-1 [n=ra...@217.118.78.107] has joined #synfig
07:31 < genete> did you move the file to other place? it seems that you are 
using external files in your composition
07:32 < ratte6-1> no I didnt  move anything
07:32 < genete> but pressing OK opens the file, right?
07:34 < ratte6-1> yes,but in 50% of cases
07:34 < genete> what happens in the other 50%?
07:35 < ratte6-1> error.now I try open again and if will error I'm post it
07:36 < ratte6-1> and loading on processor and memoru 100%
07:37 < ratte6-1> in moment of opening this file
07:37 < genete> it is normal
07:37 < ratte6-1> error
07:37 < ratte6-1> std::bad_alloc
07:37 < genete> Hmmm
07:38 < genete> what's your achitecture?
07:38 < ratte6-1> 386
07:38 < genete> please, start synfigstudio 0.62.00 release candidate 1 and 
start a new project
07:38 < genete> then import an image
07:39 < genete> check if it works fine
07:41 < ratte6-1> works fine
07:41 < genete> for some reason the path to the image file is not correct for 
the new version
07:42 < genete> and it seems that it is trying to allocate a file in a wrong 
place. 
07:42 < genete> do this:
07:42 < genete> start the synfigstudio new version
07:42 < genete> new file
07:42 < genete> import an image from where the images from the other saved sif 
file are
07:43 < genete> save the new file in the same place than the sifz file you 
cannot open
07:43 < genete> then close synfigstudio and start again, try to open the 
failing file. Let me know what happens
07:51 < ratte6-1> in  this sifz more than 300 images
07:52 < ratte6-1> if I import one or ten images and save
07:52 < genete> well, the memory problem can be caused by this. How much memory 
do you have?
07:52 < ratte6-1> 2Gb
07:52 < ratte6-1> and 2,5 Gb swap
07:52 < genete> and the image sizes?
07:53 < ratte6-1> 30-50 kb
07:54 < genete> 300*50=15000 kB = 15 MB
07:55 < genete> and with the 0.61.09 doesn't happen?
07:55 < ratte6-1> with 0.61.09 all fine
07:56 < ratte6-1> open this sifz in 10-15 sec
07:56 < genete> btw, which is your linux system?


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2872554&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2872679 ] French translation update for synfig-Core

2009-10-04 Thread SourceForge.net
Patches item #2872679, was opened at 2009-10-04 23:20
Message generated for change (Tracker Item Submitted) made by rore_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
Assigned to: Nobody/Anonymous (nobody)
Summary: French translation update for synfig-Core

Initial Comment:
Update for synfig-core.
The last string changes before 0.62 I hope ;) 


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2872681 ] French translation update for synfig-studio

2009-10-04 Thread SourceForge.net
Patches item #2872681, was opened at 2009-10-04 23:22
Message generated for change (Tracker Item Submitted) made by rore_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
Assigned to: Nobody/Anonymous (nobody)
Summary: French translation update for synfig-studio

Initial Comment:
Update for synfig-studio
As it seems a few strings changed/were added ... 

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer

2009-10-05 Thread SourceForge.net
Patches item #2827246, was opened at 2009-07-26 06:48
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Carlos Sosa (akagogo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Svg importer

Initial Comment:
module for synfig & synfigstudio to import svg images.

--

>Comment By: Genete (genete)
Date: 2009-10-05 21:49

Message:
Already applied to the master branch and will be included in 0.62.00.
Closing the tracker.

--

Comment By: Genete (genete)
Date: 2009-07-31 15:59

Message:
Will be applied in the next Synfig release. Now in development branch.
Thanks!

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2827246 ] Svg importer

2009-10-05 Thread SourceForge.net
Patches item #2827246, was opened at 2009-07-26 06:48
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Carlos Sosa (akagogo)
>Assigned to: Genete (genete)
Summary: Svg importer

Initial Comment:
module for synfig & synfigstudio to import svg images.

--

Comment By: Genete (genete)
Date: 2009-10-05 21:49

Message:
Already applied to the master branch and will be included in 0.62.00.
Closing the tracker.

--

Comment By: Genete (genete)
Date: 2009-07-31 15:59

Message:
Will be applied in the next Synfig release. Now in development branch.
Thanks!

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2827246&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2872679 ] French translation update for synfig-Core

2009-10-05 Thread SourceForge.net
Patches item #2872679, was opened at 2009-10-04 23:20
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
>Assigned to: Genete (genete)
Summary: French translation update for synfig-Core

Initial Comment:
Update for synfig-core.
The last string changes before 0.62 I hope ;) 


--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872679&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Patches-2872681 ] French translation update for synfig-studio

2009-10-05 Thread SourceForge.net
Patches item #2872681, was opened at 2009-10-04 23:22
Message generated for change (Settings changed) made by genete
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Aurore "Rore" D. (rore_)
>Assigned to: Genete (genete)
Summary: French translation update for synfig-studio

Initial Comment:
Update for synfig-studio
As it seems a few strings changed/were added ... 

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757418&aid=2872681&group_id=144022

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


[Synfig-devl] [ synfig-Bugs-2873956 ] 0.62.00RC1 crashes on importing some SVG files

2009-10-07 Thread SourceForge.net
Bugs item #2873956, was opened at 2009-10-07 12:29
Message generated for change (Tracker Item Submitted) made by prokoudine
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2873956&group_id=144022

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Crasher/nasty bug
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alexandre Prokoudine (prokoudine)
Assigned to: Nobody/Anonymous (nobody)
Summary: 0.62.00RC1 crashes on importing some SVG files

Initial Comment:
Attached file contains sample files and backtraces

--

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=757416&aid=2873956&group_id=144022

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl


  1   2   3   4   5   6   7   8   9   10   >