View Issue Details

IDProjectCategoryView StatusLast Update
0002264ardourbugspublic2020-04-19 20:13
Reporterthorgal Assigned Topaul  
PrioritynormalSeverityblockReproducibilityalways
Status closedResolutionfixed 
Product VersionSVN/2.0-ongoing 
Summary0002264: ardour crashes when removing tracks (again)
DescriptionHi devs, don't know what's going on. It looks like this bug was mentioned quite some time ago but it appears that the latest svn version still has no fix.
The scenario is simple : open session (created and modified with different versions of ardour2), remove a track or even do a 'ctrl-a' to select all regions and press the 'delete' key, or remove all selected tracks. Whatever you do to remove something, it will make ardour crash. Because I compile ardour myself, I ran the session in ardbg provided in the src dir. Find the backtrace that came with the crash in the additional info. Note that this bug is a big showstopper to my mind and probably to many other ppl. Consider it a priority if hesitating on how you should spend your ardour dev time. I don't mean to dictate how you should work of course but I would be very grateful if you fixed this asap and I shall pay it back in due time, trust me on that.
Additional Informationmy PC is intel based (i965), Core 2 Duo proc, running debian sid with kernel 2.6.24.3-rt3. Very stable system in itself, good perf, etc. Problems occured with recent svn versions of ardour2 and jack svn.
  
launched ardbg and opened an existing session.
loading session messages completely normal.

gdb messages :
--------------
Loading history from '/disk1/music/ideas/impro22/impro22.history'.

(so far so good ... now, trying to remove a track)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb5c4a720 (LWP 26371)]
0xb6d4acea in sigc::trackable::callback_list () from libs/sigc++2/libsigc++2.so
Current language: auto; currently asm
(gdb) bt
#0 0xb6d4acea in sigc::trackable::callback_list () from libs/sigc++2/libsigc++2.so
0000001 0xb6d4addb in sigc::trackable::remove_destroy_notify_callback () from libs/sigc++2/libsigc++2.so
#2 0x084cd1d9 in sigc::internal::typed_slot_rep<sigc::bound_mem_functor0<void, TimeAxisView> >::destroy ()
#3 0xb6d4b07d in sigc::internal::slot_rep::notify () from libs/sigc++2/libsigc++2.so
0000004 0xb6d4aef9 in sigc::internal::trackable_callback_list::~trackable_callback_list () from libs/sigc++2/libsigc++2.so
0000005 0xb6d4af7c in sigc::trackable::notify_callbacks () from libs/sigc++2/libsigc++2.so
#6 0xb6d4afdb in sigc::trackable::~trackable () from libs/sigc++2/libsigc++2.so
#7 0x0834eb18 in GainAutomationTimeAxisView::~GainAutomationTimeAxisView ()
0000008 0x084c7062 in TimeAxisView::~TimeAxisView ()
0000009 0x084642d0 in RouteTimeAxisView::~RouteTimeAxisView ()
0000010 0x081bffea in AudioTimeAxisView::~AudioTimeAxisView ()
0000011 0x08486248 in PBD::PairedShiva<ARDOUR::Route, RouteUI>::destroy ()
0000012 0x08485afc in sigc::internal::slot_call0<sigc::bind_functor<-1, sigc::bound_mem_functor1<void, PBD::PairedShiva<ARDOUR::Route, RouteUI>, RouteUI*>, RouteUI*, sigc::nil_, sigc::nil_, sigc::nil_, sigc::nil_, sigc::nil_, sigc::nil_>, void>::call_it ()
0000013 0x0848d8e4 in sigc::internal::signal_emit0<void, sigc::nil_>::emit ()
0000014 0xb7e4c1d6 in ARDOUR::Session::remove_route () from libs/ardour/libardour.so
#15 0x0847b842 in RouteUI::idle_remove_this_route ()
0000016 0x084858e0 in sigc::internal::slot_call0<sigc::bind_functor<-1, sigc::pointer_functor1<RouteUI*, int>, RouteUI*, sigc::nil_, sigc::nil_, sigc::nil_, sigc::nil_, sigc::nil_, sigc::nil_>, bool>::call_it ()
#17 0xb780f7b5 in (anonymous namespace)::glibmm_source_callback () from libs/glibmm2/libglibmm2.so
0000018 0xb786fe01 in ?? () from /usr/lib/libglib-2.0.so.0
0000019 0x0a85ffe8 in ?? ()
0000020 0xb6fdaa0c in __pthread_mutex_unlock_usercnt () from /lib/i686/cmov/libpthread.so.0
0000021 0xb7871978 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
0000022 0xb7874bce in ?? () from /usr/lib/libglib-2.0.so.0
0000023 0x08624e70 in ?? ()
#24 0x000000c8 in ?? ()
0000025 0x08b385d0 in ?? ()
0000026 0x00000004 in ?? ()
0000027 0x00000004 in ?? ()
0000028 0xb78e95f8 in ?? () from /usr/lib/libglib-2.0.so.0
0000029 0xb78e9620 in ?? () from /usr/lib/libglib-2.0.so.0
0000030 0xbfd91f04 in ?? ()
0000031 0x00000001 in ?? ()
0000032 0x00000001 in ?? ()
0000033 0x08624e70 in ?? ()
0000034 0x08b385d0 in ?? ()
0000035 0xb6838a70 in ?? () from /lib/i686/cmov/libc.so.6
0000036 0xb6fdadf0 in ?? () from /lib/i686/cmov/libpthread.so.0
0000037 0xb6fd9520 in ?? () from /lib/i686/cmov/libpthread.so.0
0000038 0xb7898f92 in g_thread_self () from /usr/lib/libglib-2.0.so.0
0000039 0xb7874f57 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
0000040 0xb75becd4 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
0000041 0xb71e76c4 in Gtk::Main::run_impl () from libs/gtkmm2/gtk/libgtkmm2.so
0000042 0xb71e74bf in Gtk::Main::run () from libs/gtkmm2/gtk/libgtkmm2.so
0000043 0xb7040450 in Gtkmm2ext::UI::run () from libs/gtkmm2ext/libgtkmm2ext.so
0000044 0x083adc1e in main ()
TagsNo tags attached.

Relationships

has duplicate 0002299 closedpaul ardour crashes when deleting a track 

Activities

thorgal

2008-05-21 13:35

reporter   ~0004950

I've come back to version 3243 (2.4.1 official release I think) and it does not exhibit the same problems. Something happened in the mean time, could be some changes in how the routing is affected by the track removing.

nowhiskey

2008-05-21 22:38

reporter   ~0004952

i can reproduce this in ongoing@3378.

-start jackd in non-rt mode
-start ardbg
-create new session
-do a multiple import (i added 4 tracks)
-press ctrl+a (all regions marked)
-press 'del'
-crash

here is my backtrace:

nowhiskey@murija2:~/software/ardour2/2.0-ongoing/gtk2_ardour$ ./ardbg
GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /home/nowhiskey/software/ardour2/2.0-ongoing/gtk2_ardour/ardour-2.4.1
[Thread debugging using libthread_db enabled]
Ardour/GTK 2.4.1
   (kompiliert mit Version 3343 und GCC Version4.2.3 (Debian 4.2.3-5))
Copyright (C) 1999-2008 Paul Davis
Einige Teile Copyright (C) Steve Harris, Ari Johnson, Brett Viren, Joel Baker

Ardour wird Ihnen ohne jegliche GewÀhrleistung und ausdrÌcklich ohne die Zusicherung
fÃŒr allgemeine oder spezielle Gebrauchstauglichkeit zur VerfÃŒgung gestellt.
Dies ist freie Software und Sie dÃŒrfen sie gerne weiterverbreiten,
solange Sie sich an die Bedingungen, die in der Datei COPYING aufgefÃŒhrt sind halten.
[New Thread 0xb5daa740 (LWP 2914)]
theme_init() called from internal clearlooks engine
/usr/share/themes/Clearlooks/gtk-2.0/gtkrc:67: error: unexpected identifier `colorize_scrollbar', expected character `}'

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503
lade voreingestellte UI-Konfigurationsdatei gtk2_ardour/ardour2_ui_default.conf
lade benutzerdefinierte UI-Konfigurationsdatei /home/nowhiskey/.ardour2/ardour2_ui.conf
Loading ui configuration file gtk2_ardour/ardour2_ui_dark.rc
theme_init() called from internal clearlooks engine
ardour: [INFO]: Ardour will be limited to 1024 open files
lade System-Konfigurationsdatei ./ardour_system.rc
lade Benutzer-Konfigurationsdatei /home/nowhiskey/.ardour2/ardour.rc
ardour: [INFO]: Using SSE optimized routines
[New Thread 0xb5bdfb90 (LWP 2917)]
[New Thread 0xb53dfb90 (LWP 2918)]
[New Thread 0xb4bdfb90 (LWP 2919)]
ardour: [INFO]: suche nach Controller-Protokollen in /home/nowhiskey/.ardour2/surfaces/:/usr/local/lib/ardour2/surfaces/
ardour: [INFO]: Controller-Protokoll gefunden: "Generic MIDI"
SSE2 detected
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkWidget::cursor-color' of type `GdkColor' from rc file value "((GString*) 0x89fa4b0)" of type `GString'
SSE2 detected
loading bindings from /home/nowhiskey/.ardour2/ardour.bindings
[New Thread 0xb39c2b90 (LWP 2924)]
[New Thread 0xb318ccb0 (LWP 2925)]
Loading session /home/nowhiskey/Ardour2/020 using snapshot 020 (2)
[New Thread 0xb2edfcb0 (LWP 2926)]
[New Thread 0xb2e64cb0 (LWP 2927)]

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503
Lade History von '/home/nowhiskey/Ardour2/020/020.history'.

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkWidget::cursor-color' of type `GdkColor' from rc file value "((GString*) 0x9076f30)" of type `GString'
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkTreeView::odd-row-color' of type `GdkColor' from rc file value "((GString*) 0x901bbc0)" of type `GString'
[New Thread 0xb295ccb0 (LWP 2928)]
[Thread 0xb295ccb0 (LWP 2928) exited]

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503
[New Thread 0xb295ccb0 (LWP 2929)]
[Thread 0xb295ccb0 (LWP 2929) exited]

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503
[New Thread 0xb295ccb0 (LWP 2930)]
[Thread 0xb295ccb0 (LWP 2930) exited]

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503
[New Thread 0xb295ccb0 (LWP 2931)]
[Thread 0xb295ccb0 (LWP 2931) exited]

(ardour-2.4.1:2914): Pango-WARNING **: Error loading GPOS table 5503

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb5daa740 (LWP 2914)]
0x08585698 in Editor::finalize_drag (this=0x8ded380) at gtk2_ardour/editor_mouse.cc:1810
1810 delete drag_info.copied_location;
(gdb) thread apply all bt
Thread 8 (Thread 0xb2e64cb0 (LWP 2927)):
#0 0xb655962d in poll () from /lib/libc.so.6
0000001 0xb7e4a8a6 in ARDOUR::Session::midi_thread_work (this=0x8faf728) at libs/ardour/session_midi.cc:1220
#2 0xb7e4adf9 in ARDOUR::Session::_midi_thread_work (arg=0x8faf728) at libs/ardour/session_midi.cc:1141
#3 0xb6d56fd3 in start_thread () from /lib/libpthread.so.0
0000004 0xb6562a8e in clone () from /lib/libc.so.6

Thread 7 (Thread 0xb2edfcb0 (LWP 2926)):
#0 0xb655962d in poll () from /lib/libc.so.6
0000001 0xb7defae8 in ARDOUR::Session::butler_thread_work (this=0x8faf728) at libs/ardour/session_butler.cc:179
#2 0xb7df0967 in ARDOUR::Session::_butler_thread_work (arg=0x8faf728) at libs/ardour/session_butler.cc:159
#3 0xb6d56fd3 in start_thread () from /lib/libpthread.so.0
0000004 0xb6562a8e in clone () from /lib/libc.so.6

Thread 6 (Thread 0xb318ccb0 (LWP 2925)):
#0 0xb6d5e81c in nanosleep () from /lib/libpthread.so.0
0000001 0xb7710c42 in g_usleep () from /usr/share/qt4/lib/libglib-2.0.so.0
#2 0xb76797b5 in Glib::usleep (microseconds=10000) at libs/glibmm2/glibmm/timer.cc:68
#3 0xb7ccd012 in ARDOUR::AudioEngine::meter_thread (this=0x8dea300) at libs/ardour/audioengine.cc:433
0000004 0xb7cd0cc0 in sigc::bound_mem_functor0<void, ARDOUR::AudioEngine>::operator() (this=0x8fad6cc) at libs/sigc++2/sigc++/functors/mem_fun.h:1781
0000005 0xb7cd0ce2 in sigc::adaptor_functor<sigc::bound_mem_functor0<void, ARDOUR::AudioEngine> >::operator() (this=0x8fad6c8)
    at libs/sigc++2/sigc++/adaptors/adaptor_trait.h:251
#6 0xb7cd0d0e in sigc::internal::slot_call0<sigc::bound_mem_functor0<void, ARDOUR::AudioEngine>, void>::call_it (rep=0x8fad6b0)
    at libs/sigc++2/sigc++/functors/slot.h:103
#7 0x083dc3ac in sigc::slot0<void>::operator() (this=0x8fad7e0) at libs/sigc++2/sigc++/functors/slot.h:440
0000008 0xb7697791 in call_thread_entry_slot (data=0x8fad7e0) at libs/glibmm2/glibmm/thread.cc:43
0000009 0xb770e4ff in ?? () from /usr/share/qt4/lib/libglib-2.0.so.0
0000010 0x08fad7e0 in ?? ()
0000011 0x08faf4c0 in ?? ()
0000012 0x00000000 in ?? ()

Thread 5 (Thread 0xb39c2b90 (LWP 2924)):
#0 0xb655962d in poll () from /lib/libc.so.6
0000001 0xb6d70668 in jack_client_core_wait (client=0x8dea5e0) at client.c:1400
#2 0xb6d70c86 in jack_thread_wait (client=0x8dea5e0, status=0) at client.c:1554
#3 0xb6d71795 in jack_client_thread (arg=0x8dea5e0) at client.c:1601
0000004 0xb6d56fd3 in start_thread () from /lib/libpthread.so.0
0000005 0xb6562a8e in clone () from /lib/libc.so.6

Thread 4 (Thread 0xb4bdfb90 (LWP 2919)):
#0 0xb6d5b550 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
0000001 0xb7696bfd in Glib::Cond::wait (this=0x8b0a6b0, mutex=@0xb7f223a8) at libs/glibmm2/glibmm/thread.cc:362
#2 0xb7cadc5f in ARDOUR::Analyser::work () at libs/ardour/analyser.cc:85
#3 0xb7caddab in analyser_work () at libs/ardour/analyser.cc:49
0000004 0x08735bc7 in sigc::pointer_functor0<void>::operator() (this=0x8b110d4) at libs/sigc++2/sigc++/functors/ptr_fun.h:77
0000005 0x08735bde in sigc::adaptor_functor<sigc::pointer_functor0<void> >::operator() (this=0x8b110d0) at libs/sigc++2/sigc++/adaptors/adaptor_trait.h:251
#6 0x08735bfa in sigc::internal::slot_call0<sigc::pointer_functor0<void>, void>::call_it (rep=0x8b110b8) at libs/sigc++2/sigc++/functors/slot.h:103
#7 0x083dc3ac in sigc::slot0<void>::operator() (this=0x8b0a888) at libs/sigc++2/sigc++/functors/slot.h:440
0000008 0xb7697791 in call_thread_entry_slot (data=0x8b0a888) at libs/glibmm2/glibmm/thread.cc:43
0000009 0xb770e4ff in ?? () from /usr/share/qt4/lib/libglib-2.0.so.0
0000010 0x08b0a888 in ?? ()
0000011 0x08b110e0 in ?? ()
---Type <return> to continue, or q <return> to quit---
0000012 0x00000000 in ?? ()
Thread 3 (Thread 0xb53dfb90 (LWP 2918)):
#0 0xb6d5b550 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
0000001 0xb7696bfd in Glib::Cond::wait (this=0x8afea50, mutex=@0xb7f22880) at libs/glibmm2/glibmm/thread.cc:362
#2 0xb7e84c13 in peak_thread_work () at libs/ardour/source_factory.cc:65
#3 0x08735bc7 in sigc::pointer_functor0<void>::operator() (this=0x8b0a70c) at libs/sigc++2/sigc++/functors/ptr_fun.h:77
0000004 0x08735bde in sigc::adaptor_functor<sigc::pointer_functor0<void> >::operator() (this=0x8b0a708) at libs/sigc++2/sigc++/adaptors/adaptor_trait.h:251
0000005 0x08735bfa in sigc::internal::slot_call0<sigc::pointer_functor0<void>, void>::call_it (rep=0x8b0a6f0) at libs/sigc++2/sigc++/functors/slot.h:103
#6 0x083dc3ac in sigc::slot0<void>::operator() (this=0x8b0a6e0) at libs/sigc++2/sigc++/functors/slot.h:440
#7 0xb7697791 in call_thread_entry_slot (data=0x8b0a6e0) at libs/glibmm2/glibmm/thread.cc:43
0000008 0xb770e4ff in ?? () from /usr/share/qt4/lib/libglib-2.0.so.0
0000009 0x08b0a6e0 in ?? ()
0000010 0x08b0a718 in ?? ()
0000011 0x00000000 in ?? ()

Thread 2 (Thread 0xb5bdfb90 (LWP 2917)):
#0 0xb6d5b550 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
0000001 0xb7696bfd in Glib::Cond::wait (this=0x8afea50, mutex=@0xb7f22880) at libs/glibmm2/glibmm/thread.cc:362
#2 0xb7e84c13 in peak_thread_work () at libs/ardour/source_factory.cc:65
#3 0x08735bc7 in sigc::pointer_functor0<void>::operator() (this=0x8b0a594) at libs/sigc++2/sigc++/functors/ptr_fun.h:77
0000004 0x08735bde in sigc::adaptor_functor<sigc::pointer_functor0<void> >::operator() (this=0x8b0a590) at libs/sigc++2/sigc++/adaptors/adaptor_trait.h:251
0000005 0x08735bfa in sigc::internal::slot_call0<sigc::pointer_functor0<void>, void>::call_it (rep=0x8b0a578) at libs/sigc++2/sigc++/functors/slot.h:103
#6 0x083dc3ac in sigc::slot0<void>::operator() (this=0x8b0a3c0) at libs/sigc++2/sigc++/functors/slot.h:440
#7 0xb7697791 in call_thread_entry_slot (data=0x8b0a3c0) at libs/glibmm2/glibmm/thread.cc:43
0000008 0xb770e4ff in ?? () from /usr/share/qt4/lib/libglib-2.0.so.0
0000009 0x08b0a3c0 in ?? ()
0000010 0x08b0a5a0 in ?? ()
0000011 0x00014080 in ?? ()
0000012 0x00000005 in ?? ()
0000013 0xb64a6b9c in ?? () from /lib/libc.so.6
0000014 0xb6d65ff4 in ?? () from /lib/libpthread.so.0
#15 0xb6d59140 in ?? () from /lib/libpthread.so.0
0000016 0xb6d65ff4 in ?? () from /lib/libpthread.so.0
#17 0x00000000 in ?? ()

Thread 1 (Thread 0xb5daa740 (LWP 2914)):
#0 0x08585698 in Editor::finalize_drag (this=0x8ded380) at gtk2_ardour/editor_mouse.cc:1810
0000001 0x08592a55 in Editor::break_drag (this=0x8ded380) at gtk2_ardour/editor_mouse.cc:1791
#2 0x085ac93a in Editor::cut_copy (this=0x8ded380, op=Editing::Cut) at gtk2_ardour/editor_ops.cc:3772
#3 0x085ac9ef in Editor::cut (this=0x8ded380) at gtk2_ardour/editor_ops.cc:3649
0000004 0x084e809e in sigc::bound_mem_functor0<void, Editor>::operator() (this=0x8e7deb4) at libs/sigc++2/sigc++/functors/mem_fun.h:1781
0000005 0x084e80b4 in sigc::adaptor_functor<sigc::bound_mem_functor0<void, Editor> >::operator() (this=0x8e7deb0) at libs/sigc++2/sigc++/adaptors/adaptor_trait.h:251
#6 0x084e80d0 in sigc::internal::slot_call0<sigc::bound_mem_functor0<void, Editor>, void>::call_it (rep=0x8e7de98) at libs/sigc++2/sigc++/functors/slot.h:103
#7 0x083dc3ac in sigc::slot0<void>::operator() (this=0x8e7dd3c) at libs/sigc++2/sigc++/functors/slot.h:440
0000008 0xb7698f3d in Glib::SignalProxyNormal::slot0_void_callback (self=0x8e7b628, data=0x8e7dd38) at libs/glibmm2/glibmm/signalproxy.cc:95
0000009 0xb778c9bf in g_cclosure_marshal_VOID__VOID () from /usr/share/qt4/lib/libgobject-2.0.so.0
0000010 0xb777f6f9 in g_closure_invoke () from /usr/share/qt4/lib/libgobject-2.0.so.0
0000011 0xb7793fc3 in ?? () from /usr/share/qt4/lib/libgobject-2.0.so.0
0000012 0x08e7dec8 in ?? ()
0000013 0x00000000 in ?? ()
(gdb)
(gdb) q
The program is running. Exit anyway? (y or n) y


cheers,
doc

reakinator

2008-05-22 04:10

reporter   ~0004956

I can confirm this using version 2.0-ongoing. The problem does not happen in the released tar of ardour-2.4.1.

paul

2008-05-29 14:32

administrator   ~0004972

believed fixed in svn @ rev 2264.

please confirm/comment.

nowhiskey

2008-05-29 16:40

reporter   ~0004980

works here again. thanks for fixing it!!

cheers,
doc

reakinator

2008-05-29 19:07

reporter   ~0004989

Hi paul,

sorry for the bother, but I am trying to find the commit you submitted that fixes this, as I am trying to learn the frame work of ardour. You said it was @rev 2264, but the latest ardour is around 3243... how would I find what the commit was in svn that fixes this?

Again, sorry if this is the wrong place to ask this.
Thanks for the fix.

Richie

paul

2008-05-29 21:10

administrator   ~0004990

the fix was rev 3243 (the bug was 2264 - i got confused!)

paul

2008-05-29 21:11

administrator   ~0004991

see notes.

system

2020-04-19 20:13

developer   ~0021736

Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.

Issue History

Date Modified Username Field Change
2008-05-21 13:12 thorgal New Issue
2008-05-21 13:35 thorgal Note Added: 0004950
2008-05-21 22:38 nowhiskey Note Added: 0004952
2008-05-22 04:10 reakinator Note Added: 0004956
2008-05-29 14:32 paul Note Added: 0004972
2008-05-29 16:40 nowhiskey Note Added: 0004980
2008-05-29 19:07 reakinator Note Added: 0004989
2008-05-29 21:10 paul Note Added: 0004990
2008-05-29 21:11 paul Status new => resolved
2008-05-29 21:11 paul Resolution open => fixed
2008-05-29 21:11 paul Assigned To => paul
2008-05-29 21:11 paul Note Added: 0004991
2008-06-18 16:25 paul Relationship added has duplicate 0002299
2020-04-19 20:13 system Note Added: 0021736
2020-04-19 20:13 system Status resolved => closed