Windows GTK Client crash when changing lead status

Bug #735534 reported by Open Net Sàrl on 2011-03-15
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Committed
OpenERP sa GTK client R&D

Bug Description

Server : 6.0.1 under Debian Squeeze
Client : 6.0.1 under Windows XP SP3

I tried to log a note into a Lead while changing the status from Open to Waiting when the client crashed.

AppName: openerp-client.exe
ModName: libgobject-2.0.0.dll
Offset: 00003bdd

Related branches

DBR (OpenERP) (dbr-openerp) wrote :
DBR (OpenERP) (dbr-openerp) wrote :

Hello ,

I have tested this issue with latest specified configuration but unfortunately did not face any problem.
I have attached screen-shots for your reference please check and notify us where you face the problem.

Thank you.

Changed in openobject-client:
status: New → Incomplete

It's quite easy to reproduce : go to "Communication et historique", enter a note AND change the lead status at the same time.
It doesn't always crash right away, but very often shortly afterward ...

I sent you the crash dump, what more do you need!?!?

Naresh(OpenERP) (nch-openerp) wrote :

Hello Open net Sarl,

Yes its reproducible on windows XP the client crashes and need to restart again, BTW, did you notice the log file
each time the error is same but the code pointer is different means that it's not a OpenERP bug but rather an upstream bug from pygtk. As the same is not reproducible on ubuntu versions. we can say it may be a packaging issue. Need to package the windows installer of OpenERP with the latest versions.

Correct me If I am missing something !


Changed in openobject-client:
status: Incomplete → Confirmed

Same on Windows 7

DBR (OpenERP) (dbr-openerp) wrote :

Thanks For reporting!...

Changed in openobject-client:
assignee: nobody → OpenERP sa GTK client R&D (openerp-dev-gtk)
importance: Undecided → Low
tfr (Openerp) (tfr) on 2011-03-28
tags: added: packaging
Changed in openobject-client:
status: Confirmed → In Progress

Hello Open Net Sàrl,
           This issue has been fixed by packaging with python2.6, pygtk-all-in-one-2.22.5.win32-py2.6.msi

For more detail about packaging see following branch

Changed in openobject-client:
status: In Progress → Fix Committed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers