5.0.7 client fails to launch - AttributeError: NoneType

Bug #531676 reported by Mark Guthart on 2010-03-04
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Odoo GTK Client (MOVED TO GITHUB)
New
Undecided
Unassigned

Bug Description

Brand new machine running Xubuntu 9.10 (basically Ubuntu 9.10). Installed the 5.0.3 client from X/Ubuntu's the software repositories, ran it, connected to a database, made sure it worked, etc. No problems at all.

Downloaded and installed 5.0.7 client. Now the client won't launch. It flashes the initial window briefly then disappears. Trying to run it from the command line generates the following:

  File "./openerp-client.py", line 135, in <module>
    win.sig_login()
  File "/usr/local/lib/python2.6/dist-packages/openerp-client/modules/gui/main.py", line 1051, in sig_login
    res = l.run(dbname=dbname, parent=self.window)
  File "/usr/local/lib/python2.6/dist-packages/openerp-client/modules/gui/main.py", line 538, in run
    res = self.refreshlist(None, combo_db, entry_db, label, url, but_connect)
  File "/usr/local/lib/python2.6/dist-packages/openerp-client/modules/gui/main.py", line 494, in refreshlist
    if _refresh_dblist(db_widget, entry_db, label, butconnect, url):
  File "/usr/local/lib/python2.6/dist-packages/openerp-client/modules/gui/main.py", line 380, in _refresh_dblist
    entry_db.hide()
AttributeError: 'NoneType' object has no attribute 'hide'

Not sure if this is an issue with having 5.0.3 loaded first, then trying to install/run 5.0.7...or if this is simply a 5.0.7 issue. Have Python 2.6.4 installed if that's worth noting.

Dear Mark,

We have tried this ,but we don't get any error.

Would you please make sure you have taken latest code and running it up-to-date?

Thanks.

Changed in openobject-client:
status: New → Invalid

Hi Mark,

It would pretty helpful to you if you can trace the value of entry_db.

Latest code is the code from Launchpad, but the Downloads section of OpenERP Website contains the same currently.

Make sure you have the same code as this : http://bazaar.launchpad.net/~openerp/openobject-client/5.0/files.

Hope this helps.

Queries Invited.

Thanks.

Download full text (3.7 KiB)

Hey Jay. Wanted to give you an update.

I downloaded/installed the bazaar files with initially the same results. Not having any success with that route, I decided to reduce the possible variables in the equation. I first 'uninstalled' the client package using Xubuntu's Add/Remove Software Packages utility. I then removed the openerp-client file in the /usr/local/bin directory, and removed both the openerp_client-5.0.7.egg-info file and the openerp-client directory located at /usr/local/lib/python2.6/dist-packages. I figured this would basically get me back to where nothing was "installed".

I then proceeded to do an install with the bazaar files. The installation appeared to work fine, except when I then went to run the client (by invoking openerp-client from the command line), I got the following error messages:

CRITICAL:init:Failed to open file 'openerp-icon.png': No such file or directory
CRITICAL:init:Ensure that the file /home/mguthart/.openerprc is correct

I thought hmmm...well, okay.

So I then went straight to the bin directory itself and tried running the client directly (sudo python openerp-client.py). Running the client this way works just fine - which is nice to know because at least I know that it can work and that I may have overcome the initial problem I was having.

So my next question - any suggestions on overcoming the two CRITICAL errors so I can run it 'normally'?

(And whether this is still considered a "bug", or whether this is getting more into general support I don't know. If nothing else hopefully it helps identify what's going on).

Thanks again for all your help!

Mark

On Mar 4, 2010, at 1:26 AM, Jay (Open ERP) wrote:

> Hi Mark,
>
> It would pretty helpful to you if you can trace the value of entry_db.
>
> Latest code is the code from Launchpad, but the Downloads section of
> OpenERP Website contains the same currently.
>
> Make sure you have the same code as this :
> http://bazaar.launchpad.net/~openerp/openobject-client/5.0/files.
>
> Hope this helps.
>
> Queries Invited.
>
> Thanks.
>
> --
> 5.0.7 client fails to launch - AttributeError: NoneType
> https://bugs.launchpad.net/bugs/531676
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in OpenObject GTK Client: Invalid
>
> Bug description:
> Brand new machine running Xubuntu 9.10 (basically Ubuntu 9.10). Installed the 5.0.3 client from X/Ubuntu's the software repositories, ran it, connected to a database, made sure it worked, etc. No problems at all.
>
> Downloaded and installed 5.0.7 client. Now the client won't launch. It flashes the initial window briefly then disappears. Trying to run it from the command line generates the following:
>
> File "./openerp-client.py", line 135, in <module>
> win.sig_login()
> File "/usr/local/lib/python2.6/dist-packages/openerp-client/modules/gui/main.py", line 1051, in sig_login
> res = l.run(dbname=dbname, parent=self.window)
> File "/usr/local/lib/python2.6/dist-packages/openerp-client/modules/gui/main.py", line 538, in run
> res = self.refreshlist(None, combo_db, entry_db, label, url, but_connect)
> File "/usr/local/lib/python2.6/dist-packages/ope...

Read more...

Hi Jay

I have already this error, but only when GTK client is installed by setup.py

$ sudo python setup.py install
$ openerp-client

on ubuntu 9.10

Regards,

Changed in openobject-client:
status: Invalid → New
msshahanshah (msshahanshah) wrote :

Hi all
I am having the same problem that Mark is having.. Except when I try to run it directly sudo python openerp-client.py the client cant connect to the server ?
I thaught this could be because i am running ver 5.0.3 on the server then I installed the 5.0.7 server on my local machine and tried to connect using localhost and also 127.0.0.1 in the server address but to no luck?
P.S i am using the 5.0.3 client and am not having any issue with it so I think it is safe to assume that I have all the required dependencies install.
the OS is ubuntu 9.10 (karmic-Koala)

Mark Guthart (mguthart) wrote :

A further update...
I switched from Xubuntu 9.10 over to Ubuntu 9.10. It "shouldn't" matter, but felt more comfortable continuing my tests on Ubuntu since I have OpenERP up and running on multiple Ubuntu's already. (I also have it running on multiple Windows servers as well, so I know and appreciate how great this product truly is).

Did the following:
- completely uninstall 5.0.6 client and server (both from the package manager and any remaining files using rm in the command line)
- do a new install of 5.0.7 client and server based on what is on the standard Downloads page (not the bzr branch) using the sudo python setup.py install command

In doing this, I find that setup.py does not copy all the files needed for either the client nor the server.
In running openerp-server and openerp-client through the command line, it repeatedly says it cannot find xxxxx file.

I downloaded the bzr branch for both the client and server as well. And only by manually copying directories/files from the Downloaded files and the bzr branch files have I been able to get where I'm able to run the client and server, create a new database through the client, etc.

I'm not completely done yet, as I'm still getting some errors when walking through the widget/wizard of populating a new database, but I think it's close to complete.

Over the next few days, I'll try to post a list of all files/directories I've had to manually copy that the setup.py didn't take care of for me.

If someone else has found a better method, please share. I've proceeded down this path only as it seems to be showing progress for me anyway.

Mark

Hi Mark,

I guess it had happened with a workstation with an older version of Openerp.

The setup.py file failed to copy all latest files to the specified location.

Is it so?

Thanks.

Mark Guthart (mguthart) wrote :

Hello Jay. I did some further testing - both on a new Ubuntu installation,
and with both 5.0.7 and the newly released 5.0.9.

From what I can tell (at least in the limited testing I've done so far...),
the 5.0.9 appears to work pretty well, with only a minor issue.

I don't know if it's common with other Ubuntu installations, but I have
Ubuntu 9.10 Server along with the Ubuntu desktop environment installed as
well. (yes, I know, users might not "typically" have the desktop
environment on a server, but the initial test environment I'm using is on
my laptop - which triple-boots between Mac OSX, Ubuntu 9.10 Server, and
Windows Server 2008 R2).

Within this environment, the 5.0.9 server installed just fine (from what I
can tell so far). The 5.0.7 and 5.0.9 clients had a couple of minor issues,
as outlined below:

1. The /home/<username>/.openerprc file's [path] section points to the
incorrect location. I made the following changes in this file, which seemed
to help:

pixmaps = /usr/share/pixmaps/openerp-client
share = /usr/share/openerp-client
BECOMES
pixmaps = /usr/local/share/pixmaps/openerp-client
share = /usr/local/share/openerp-client

2. After doing this, I also had to create a symlink because it was looking
for the openerp-logo.png in 'usr/local/share/openerp-client/pixmaps/
directory. I resolved this by running the following command:

sudo ln -s /usr/local/share/pixmaps/openerp-client/
/usr/local/share/openerp-client/pixmaps

After doing those two steps, the client appears to have started normally.

I haven't restored a backup copy of a database yet, nor have I created a
new database yet, but getting as far as I have with the 5.0.9 is MUCH
smoother than what I was experiencing previously when using the prior
environment.

If I find anything further, I'll let you know.
And thank you for the follow-up.

Mark A. Guthart
G4 Business Solutions
+1 319-321-6487
<email address hidden>

On Mon, 05 Apr 2010 15:58:00 -0000, "Jay \(Open ERP\)" <email address hidden>
wrote:
> Hi Mark,
>
> I guess it had happened with a workstation with an older version of
> Openerp.
>
> The setup.py file failed to copy all latest files to the specified
> location.
>
> Is it so?
>
> Thanks.

I guess, it is a major issue.
We have a similar thread.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers