Char fields don't correctly retain their values in Firefox 3.6

Bug #911327 reported by Enapps Ltd OpenERP Partner London UK
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Confirmed
Wishlist
OpenERP R&D Addons Team 3
Odoo Web (MOVED TO GITHUB)
Fix Released
High
OpenERP R&D Web Team

Bug Description

When installing the l10n_uk chart of accounts using the web-client, changing the #digits per account code from 6 to 4, does not work. As soon as you click 'next', it reverts back to 6. This does not happen when using the GTK client.

If possible please change the module to use 4 as the default number of digits in the wizard as this is correct for CT600 and what the module is designed to replicate. Also, the purchase vat default code should be PT11, and the sales vat default code should be ST11, currently they are set to ST0 and PT0.

many thanks

Related branches

description: updated
Revision history for this message
Amit Bhavsar (Open ERP) (amb-openerp) wrote :

Hello,

I have checked your Issue at my end,

for Issue#1 : when Installing the UK chart of account , changing the #digits form 6 to 4. and it is work fine at my end. That's why I attached video, would you please check it.

for Issue#2 : In chart of account configuration, we are set the #digit as 6 and for the vat they are set to ST0 and PT0 for the generalise use.

And why you are suggesting that use 4 as the default number of digits. Also use "PT11" for purchase vat default code,and use "ST11" for sale vat default code.
Correct me If I am wrong!

would you please provide me more information regarding this issue.

Thanks!

Revision history for this message
Amit Bhavsar (Open ERP) (amb-openerp) wrote :
Changed in openobject-addons:
status: New → Incomplete
Revision history for this message
Enapps Ltd OpenERP Partner London UK (enapps-london-uk) wrote :

Hi Amit!
Thank you for checking.

It looks like the problem where the wizard changes the 6 to a 4 is only when you use the 'search' option for the purchase/sales tax default. The pull-down works fine, or if no changes are made, the 4 will remain intact.

See my video attached which shows the issue.

On the second point, yes, the correct number of digits for this chart of accounts is 4 by default. This is what over 50% of companies in the UK use. I will see if I can find a link to support this information.

Also, currently the VAT rate in the UK is 20%. So the PT11 and ST11 codes are for this rate and should be the defaults for any UK company installing OpenERP.

kind regards
Colin

Revision history for this message
Vadim - Enapps LTD (vadim-enapps) wrote :

Just to confirm: in the UK as a generally accepted standard practice to use 4 digit account numbers, so if a user selects 4 and he gets 6 digits this is not good.

Revision history for this message
Amit Bhavsar (Open ERP) (amb-openerp) wrote :

Hello,

for Issue#1 : I have checked at my end with latest revision, But still I not found the bug, It is working fine at my end. That's why I attached video, would you please check it.

Thanks!

Revision history for this message
Enapps Ltd OpenERP Partner London UK (enapps-london-uk) wrote :

Hi Amit, I mentioned in my earlier note that YES the 'drop-down' does work fine, BUT, if you use the search option in the many2one field, this is where the problem happens.

thanks

Revision history for this message
Amit Bhavsar (Open ERP) (amb-openerp) wrote :

Hello,

Issue#1 : I have faced the problem in "Mozilla firefox". but In chromium web browser it is working fine. That's why I am setting this as low priority for web browser compatibility Issue and assign to web team.

Issue2# : On the second point,you are talk about the #code_digit and default tax. It is not a bug. but it is your suggestion.
That's why We can consider this is as your suggestion, so we are considering it as a "Wishlist".

Thanks!

Changed in openobject-addons:
status: Incomplete → Confirmed
Changed in openerp-web:
status: New → Confirmed
Amit Parik (amit-parik)
Changed in openerp-web:
assignee: nobody → OpenERP R&D Web Team (openerp-dev-web)
importance: Undecided → Low
Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3)
importance: Undecided → Wishlist
Revision history for this message
Enapps Ltd OpenERP Partner London UK (enapps-london-uk) wrote :

Thank you Amit!

Revision history for this message
Xavier (Open ERP) (xmo-deactivatedaccount) wrote :

Note: this only affects Firefox 3.6,things work correctly from FF4 onwards (as well as in Safari) in my tests.

summary: - l10n_uk web-client wizard problem
+ Char fields don't correctly retain their values in Firefox 3.6
Changed in openerp-web:
importance: Low → High
Changed in openerp-web:
status: Confirmed → In Progress
Revision history for this message
Fabien Meghazi (OpenERP) (fme) wrote :

Fixed in Revision:
1994 revid:<email address hidden>

This is caused by anuUnknown bug in firefox <=3.6
In our case, input type=text dom onchange event is not fired when our tootip is shown.

As firefox 3.6 is not officially supported, I disabled tooltips for gecko version < 2

Changed in openerp-web:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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