c2c-oerpscenario team mailing list archive

["Vinay Rana \(openerp\)" <vra@xxxxxxxxxxx>]

Thanks a lot for reporting this bug and contributing to OpenERP. Unfortunately the OpenERP Web Client project is not going to be developed further after the 6.0 series. As of 6.1 a newer and better web frontend known as the OpenERP Web project[1] will be available.
Our R&D developers normally work in Launchpad to fix bugs for the next release, but there will be no next release for the current OpenERP Web Client. As our resources are limited, all further R&D efforts from the Web team are dedicated to finish the new 6.1 OpenERP Web project[1].
This bug will be closed as "Won't Fix" to show that R&D won't be able to work on it.

Bugs affecting customers in production of course continue to be handled via the OpenERP Enterprise (OPW) maintenance service, and this is the recommended way to have them corrected directly in the 6.0 LTS stable branch.
You can find more details about all of this in the FAQ of our Bug Management Policy documentation[2].

If you are interested, you should soon be able to beta-test the new
OpenERP Web 6.1 (this will be announced on OpenERP Community channels).

Thank you for your contributions and for your understanding!

[1] https://launchpad.net/openerp-web
[2] http://bit.ly/openerp-bugs-faq (FAQ #4)

** Changed in: openobject-client-web
       Status: Triaged => Won't Fix

** Changed in: openobject-client-web
     Assignee: OpenERP R&D Web Team (openerp-dev-web) => (unassigned)

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/711190

Title:
  Using the CherryPy file session backend causes errors on server
  restart

Status in OpenERP Web Client:
  Won't Fix

Bug description:
  Hello,

  We have run into this issue when deploying the OpenERP web client
  behind Apache, where requests from clients are not necessarily served
  by the same process every time.  However, this error can be reproduced
  using the shipped OpenERP development client.  I give these steps
  below, but simply suggesting that we don't use the file backend is not
  a solution.

  Steps to reproduce:
   1) Add the following lines to openerp-web.cfg (tools.sessions.storage_path must be an existing directory):
        [/]
        tools.sessions.storage_type = 'file'
        tools.sessions.storage_path = '/var/tmp/sessions'
   2) Start the OpenERP web client development server.
   3) In a browser, navigate to the web interface and log into a database.  Open a list view (Sale Orders, for example).
   4) Kill the server (i.e. Ctrl-C).
   5) Start the server again.
   6) Refresh the page in your browser.

  Expected behaviour:
   The current page will simply be re-displayed.

  Actual behaviour:
   The following traceback is sent through to the browser:
  Traceback (most recent call last):
    File "/usr/lib/pymodules/python2.6/cherrypy/_cprequest.py", line 606, in respond
      cherrypy.response.body = self.handler()
    File "/usr/lib/pymodules/python2.6/cherrypy/_cpdispatch.py", line 25, in __call__
      return self.callable(*self.args, **self.kwargs)
    File "/home/dwa/openerp-6/web/openobject/tools/_expose.py", line 182, in func_wrapper
      res = func(*args, **kw)
    File "/home/dwa/openerp-6/web/openobject/controllers/_root.py", line 68, in default
      if obj.has_new_modules():
  AttributeError: 'NoneType' object has no attribute 'has_new_modules'

  Refreshing the page again will cause this error to go away.  However,
  the following traceback is then sent through to the browser:

  HTTP Traceback (most recent call last):
    File "/usr/lib/pymodules/python2.6/cherrypy/_cprequest.py", line 606, in respond
      cherrypy.response.body = self.handler()
    File "/usr/lib/pymodules/python2.6/cherrypy/_cpdispatch.py", line 25, in __call__
      return self.callable(*self.args, **self.kwargs)
    File "/home/dwa/openerp-6/web/openobject/tools/_expose.py", line 182, in func_wrapper
      res = func(*args, **kw)
    File "/home/dwa/openerp-6/web/openobject/controllers/_root.py", line 88, in default
      return request.handler()
    File "/usr/lib/pymodules/python2.6/cherrypy/_cpdispatch.py", line 25, in __call__
      return self.callable(*self.args, **self.kwargs)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/utils.py", line 112, in wrapper
      return fn(*args, **kw)
    File "/home/dwa/openerp-6/web/openobject/tools/_expose.py", line 182, in func_wrapper
      res = func(*args, **kw)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/execute.py", line 21, in index
      return actions.execute(action, **data)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/actions.py", line 380, in execute
      return action_executor(action, data)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/actions.py", line 268, in act_window
      display_menu_tip=display_menu_tip)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/actions.py", line 85, in execute_window
      return Form().create(params)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/utils.py", line 112, in wrapper
      return fn(*args, **kw)
    File "/home/dwa/openerp-6/web/openobject/tools/_expose.py", line 182, in func_wrapper
      res = func(*args, **kw)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/form.py", line 195, in create
      form = self.create_form(params, tg_errors)
    File "/home/dwa/openerp-6/web/addons/openerp/controllers/form.py", line 186, in create_form
      return tw.form_view.ViewForm(params, name="view_form", action="/openerp/form/save")
  AttributeError: 'module' object has no attribute 'form_view'

  The traceback is displayed in a purple box in the browser, with the
  OpenERP interface in the background.  If the traceback is dismissed,
  then the interface is there as normal.  However, clicking on any link
  that use a list view (i.e. sidebar menu items or module links which
  should display a dashboard) will cause it to reappear.

  As far as we have determined, the only way to get rid of it is to
  clear the session cookie in the browser, or to delete the session
  information on the server.  Neither of these should be necessary.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-client-web/+bug/711190/+subscriptions