Bug 1719990 - (l10n) VMs cannot be created when using the French web interface.
Summary: (l10n) VMs cannot be created when using the French web interface.
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Frontend.WebAdmin
Version: 4.3.3.7
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ovirt-4.4.1
: ---
Assignee: Steven Rosenberg
QA Contact: Ivana Saranova
URL:
Whiteboard:
Depends On: 1819205
Blocks: 1812875
TreeView+ depends on / blocked
 
Reported: 2019-06-12 21:43 UTC by elv1313
Modified: 2020-07-29 22:25 UTC (History)
10 users (show)

Fixed In Version: ovirt-engine 4.4.0-27 22b6f82
Clone Of:
Environment:
Last Closed: 2020-07-08 08:27:35 UTC
oVirt Team: Virt
Embargoed:
pm-rhel: ovirt-4.4+
rbarry: devel_ack+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 105991 0 master MERGED webadmin: Memory Parsing Failure in French 2020-07-28 14:02:32 UTC

Internal Links: 1789009

Description elv1313 2019-06-12 21:43:41 UTC
Description of problem:

One of my customer has his browser in French. When he logs in to oVirt, the "French" language is auto selected.

When creating a VM, the size format is set to Mo ("mega octets") which is the correct localized way to represent digital base2 numbers. However the validation goes haywire and pressing "ok" does nothing at all. There is no error message displayed in the interface, it just does nothing.

Version-Release number of selected component (if applicable):


How reproducible:

1. Log-in in French
2. Try to create a VM normally
3. Check "show advanced" or whatever it is in french
4. Try to set an amount of memory
5. Fail to create the VM

Actual results:

Nothings happen, when dialog is not dismissed and there is no error message

Expected results:

Create a VM

Comment 1 Michal Skrivanek 2019-06-13 07:17:01 UTC
please attach the ui.log if you have it

Comment 2 elv1313 2019-11-25 07:40:01 UTC
The customer gave up on oVirt due to this bug. I have no longer access to the information. AFAIK, it is trivial to reproduce.

Comment 3 Steven Rosenberg 2020-01-12 09:32:11 UTC
Note: This patch is dependent upon completion of the French translation, specifically setting the sizeMB value to Mo for the change to work.

Comment 4 Sandro Bonazzola 2020-03-20 17:51:21 UTC
This bug is in modified state and targeting 4.4.1. Can we re-target to 4.4.0 and move to QA?

Comment 5 Steven Rosenberg 2020-03-27 11:07:16 UTC
(In reply to Sandro Bonazzola from comment #4)
> This bug is in modified state and targeting 4.4.1. Can we re-target to 4.4.0
> and move to QA?

Did we add the proper French Translation as per Comment 3?

Comment 9 Ivana Saranova 2020-04-03 14:37:41 UTC
Steps:
1. Use French translations and login to AdminPortal
2. Go to 'Create VM' dialogue and set memory to non-default value
3. Create the VM

Result:
After writing some value to the memory field, this and all other memory fields (maximum, guaranteed) change to '0 Mo'. After changing them all manually as automatic fill up with tab does not work, VM still cannot be created as the memory field is stuck in error state even with correct value inside.

Tested in:
ovirt-engine-4.4.0-0.29.master.el8ev.noarch

Comment 11 Ivana Saranova 2020-04-20 22:35:58 UTC
Steps:
1. Use French translations and login to AdminPortal
2. Go to 'Create VM' dialogue and set memory to non-default value
3. Create the VM

Results:
After rewriting the default memory value, other memory values are correctly updated and VM can be created successfully.

Verified in:
ovirt-engine-4.4.0-0.33.master.el8ev.noarch
ovirt-engine-webadmin-portal-4.4.0-0.33.master.el8ev.noarch

Comment 12 Sandro Bonazzola 2020-07-08 08:27:35 UTC
This bugzilla is included in oVirt 4.4.1 release, published on July 8th 2020.

Since the problem described in this bug report should be resolved in oVirt 4.4.1 release, it has been closed with a resolution of CURRENT RELEASE.

If the solution does not work for you, please open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.