Buttons seen disabled in GTK are enabled in Web Client

Bug #389767 reported by Sharoon Thomas http://openlabs.co.in
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Odoo Web Client
Won't Fix
Wishlist
Amit Mendapara

Bug Description

Unlike the GTK client, where buttons are disabled if the user has no access rights... the web client shows the button.. on clicking the same page is refreshed and the action of the button is NOT performed.

It would be nice to have the button disabled in web client also.

Guess this should go to wish list!

description: updated
Revision history for this message
Mantavya Gajjar (Open ERP) (mga) wrote : Re: [Bug 389767] [NEW] Buttons seen disabled in GTK are enabled in Web Client

Hello,

I think its better to keep like current, as currently each method checks for access rights before executing so this would be the better.

its not so complex to implement what proposed, but this will add again 3 more condition should be executed to generate view.

Regards,
---
Mantavya Gajjar
Director
Tiny ERP Private Limited, India.
A-705 - Wall Street 2,
Nr, Gujarat College,Ellisbridge,
Ahmedabad - 380006
Gujarat, India
Phone work: +91 79 40050048
Web: http://openerp.com
http://tinyerpindia.com

"SAVE PAPER - THINK BEFORE YOU PRINT!"

----- Original Message -----
From: "Sharoon Thomas" <email address hidden>
To: <email address hidden>
Sent: Saturday, June 20, 2009 8:47:07 AM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
Subject: [Bug 389767] [NEW] Buttons seen disabled in GTK are enabled in Web Client

Public bug reported:

Unlike the GTK client, where buttons are disabled if the user has no
access rights... the web client shows the button.. on clicking the same
page is refreshed and the action of the button is NOT performed.

It would be nice to have the button disabled in web client also.

Guess this should go to wish list!

** Affects: openobject-client-web
     Importance: Undecided
         Status: New

** Tags: button buttons client disabled gtk-client vs web

** Description changed:

  Unlike the GTK client, where buttons are disabled if the user has no
  access rights... the web client shows the button.. on clicking the same
  page is refreshed and the action of the button is NOT performed.

  It would be nice to have the button disabled in web client also.
+
+ Guess this should go to wish list!

--
Buttons seen disabled in GTK are enabled in Web Client
https://bugs.launchpad.net/bugs/389767
You received this bug notification because you are a member of OpenERP
Quality Team, which is subscribed to OpenObject Web Client.

Status in OpenObject Web Client: New

Bug description:
Unlike the GTK client, where buttons are disabled if the user has no access rights... the web client shows the button.. on clicking the same page is refreshed and the action of the button is NOT performed.

It would be nice to have the button disabled in web client also.

Guess this should go to wish list!

Changed in openobject-client-web:
assignee: nobody → ame (Tiny/Axelor) (ame-tiny-axelor)
importance: Undecided → Wishlist
Changed in openobject-client-web:
status: New → Won't Fix
Revision history for this message
James Jesudason (jamesj) wrote :

From a useablity point of view, this is really confusing for the user. The user *thinks* they can delete a record because they see the 'Delete' button, or thinks that should be able to edit a record because they see the 'Edit' button. This is causing a number of complaints from users - most other systems do not work like this.

I understand your point about the extra check that will need to be done when loading the view, but it makes the system look more amateurish. At least, can developers be provided with a method to be able to remove any of the 'New', 'Edit', 'Duplicate' or 'Delete' buttons via a condition in the XML? That would allow developers to make the forms much more intuitive, which affecting performance.

For example, allowing developers to be able to hide a button based on a domain condition (like [('state','!=','draft')]) would be a a workable solution.

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

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.