Description of problem: During installation, if multi-languages is chosen ("Multiple languages" button), you can select all the wanted languages by checking boxes and then clicking "OK". Back in the main language screen if the mouse cursor hovers over the languages list, that change the focused one <b> even without any click </b> and after a click on the "Next" button, the installer uses that last focused language (checked or not) to display the licence and all the following screens. No possibility to go back. Salvage reboot mandatory. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
@ André This might be another gtk+3 surprise :-( Can you please try whether returning to the language choice screen with ctrl+alt+home still works? (See the "Tip" at the bottom of this page: http://doc.mageia.org/installer/4/en/content/selectInstallClass.html ) Please also attach /root/drakx/report.bug.xz (if it is from the time of your install, in case of an upgrade install you might need to take report.bug, if date+time match, and compress it before attaching)
Keywords: (none) => NEEDINFOCC: (none) => marja11Assignee: bugsquad => thierry.vignaudSummary: Random installer language if multi-language option used => Random installer language when changing focus without clicking (and multi-language option used)Source RPM: (none) => drakx-installer-stage2Whiteboard: (none) => 5beta1
Created attachment 5581 [details] file /root/drakx/report.bug.xz
Yes, ctrl+alt+home works. It should be mentioned on the screen.
I don't know why this happens to André, I didn't manage to reproduce it in installer. However, the issue does look very familiar: I've seen something similar for a while on one system, outside installer and even outside our tools, just while using a DE and moving the mouse pointer: things got "clicked" without clicking on them.
Keywords: NEEDINFO => (none)
André, from your report.bug I cannot pinpoint where it went wrong, it just looks as if you chose French in the first language screen and then added en_US in the second screen I don't see it then changed to some random language. * starting step `selectLanguage' matchbox-wm: X error warning (0x200bda): 140 (opcode: 138) * i18n_env: lang:fr country:FR locale|lang:fr_FR.UTF-8 locale|country:fr_FR.UTF-8 LANGUAGE:fr_FR.UTF-8:fr * selectLanguage: pack_langs: en_US:en:fr_FR:fr utf8-flag: 1 * loading keymap fr-latin1 * running: setxkbmap -option * running: setxkbmap fr -model pc105 -option compose:rwin -compat * lang:fr charset:iso-8859-15 font:DejaVu Sans 12 consolefont:lat0-16 * step "selectLanguage" took: 0:00:24 * step `selectLanguage' finished * starting step `acceptLicense' What did you choose and what did you get without having chosen it?
Hi Marja, May be I mixed up my different installations :( It is however strange to see en_US, I never choose this one as it is easy to mix it with English. The languages I use are English, French and for tests I may add German, or even Eesti. Anyway, I will redo a new install on real hw with Mageia-5-beta1-x86_64-DVD.iso or another one if you prefer. Let me know if you want something special for this installation. I will try to reproduce the bug and send here the report.bug.xz
No problem, we all mix things up at times, especially when we're a bit too busy. The same iso is fine. Can you make screenshots of the two selectLanguage screens, with what you choose there + of the acceptLicense screen if you do again get the wrong language. Asking in case it goes wrong again. Btw, only now do I remember that after the gtk+3 switch, there's been a while that I had problems with the Multiple Languages screen, that resembles what you told about the first screen: languages got selected or deselected just by moving over them without clicking. I may have learned to move my cursor so far to the right that that couldn't happen again and then move it up or down to the next language to be selected. and if so, still do that without thinking :-/ For upgrade installs (mentioning this because I mentioned this bug to someone with a language problem after upgrading), the report.bug.xz can be of the wrong date. In that case there'll be a report.bug of the good date that can be compressed and attached.
I played a long time with the language step. It is not exactly like I said, here is the behaviour: - When the language screen appears no languages are selected (see images 9 to 12), I only clicked on America to drop down the list - click on the button Multiple languages, if you search closely, you can find some checked boxes (see images 13 and 14). I unchecked them and checked French and English instead. - click on the OK button and back to the first Language screen, if you once more search closely, you can see that one of the unchecked languages is now selected (image 15). I am totally sure I never clicked in this screen. - Click on Next and the License screen appear in this language. (image 16). So, when using Multiple languages, it is important to closely look after every checked box and don't forget, when back in the first screen to choose the right language for the installation language.
Created attachment 5644 [details] images quoted in comment 8
Created attachment 5645 [details] report.bug.xz about comment N°8
Below is the ddebug part about those screenshots you commented on in comment 8 What triggers the "default cancel_clicked" lines? Did you click "cancel" many times in the multiple languages screen? I did see the matchbox-wm errors before though, guess they can be ignored. Anyway, US English should have been highlighted every time you entered the selectLanguage step, but I cannot imagine it should still be highlighted after deselecting it in the 2nd screen and then going back to the first. The screenshots seems to have been taken after switching back and forth a few times, so that part doesn't look like a bug to me. Bulgarian and Romanian, or any other language(s), getting auto-selected in the additional languages screen, that is a bug, and as said above I confirm having seen it after the switch to gtk+3 for our tools. Apart from possibly having learned to workaround it, I often choose to install all languages nowadays and then you don't see that bug. I guess Bulgarian was set as language to install in because it was the only selected language at the time it was (auto-)selected, so I don't think this part is a bug, either. (On a side note, in installer help we tell people to first select their preferred language before going to the multiple languages screen) *************************************************************************** * i18n_env: lang:en_US country: locale|lang:en_US locale|country:_ LANGUAGE:en_US:en <snip> * lang:en_US charset:C font:DejaVu Sans 12 consolefont:lat0-16 * starting step `selectLanguage' * default cancel_clicked matchbox-wm: X error warning (0x20490a): 140 (opcode: 138) * default cancel_clicked matchbox-wm: X error warning (0x2055f2): 140 (opcode: 138) * default cancel_clicked matchbox-wm: X error warning (0x206f62): 140 (opcode: 138) * default cancel_clicked matchbox-wm: X error warning (0x208d86): 140 (opcode: 138) * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/9.png 0 * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/10.png 0 * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/11.png 0 * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/12.png 0 * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/13.png 0 * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/14.png 0 * default cancel_clicked matchbox-wm: X error warning (0x20ba42): 140 (opcode: 138) matchbox-wm: X error warning (0x20da02): 140 (opcode: 138) * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/15.png 0 * i18n_env: lang:bg country:BG locale|lang:bg_BG.UTF-8 locale|country:bg_BG.UTF-8 LANGUAGE:bg_BG.UTF-8:bg * selectLanguage: pack_langs: bg_BG:bg:fr_FR:fr:en_GB:en utf8-flag: 1 * loading keymap bg * running: setxkbmap -option * running: setxkbmap bg(phonetic) -model pc105 -option compose:rwin -compat * lang:bg charset:cp1251 font:DejaVu Sans 12 consolefont:UniCyr_8x16 * step "selectLanguage" took: 0:04:52 * step `selectLanguage' finished * starting step `acceptLicense' * getFile release-notes.html on cdrom://x86_64 * getFile release-notes..html on cdrom://x86_64 * change_phys_medium cdrom://x86_64 for file release-notes..html * Cannot open /tmp/media/x86_64/release-notes..html: No such file or directory * lang:bg charset:cp1251 font:DejaVu Sans 12 consolefont:UniCyr_8x16 * running: fb2png /dev/fb0 /tmp/DrakX-screenshots/16.png 0 ***************************************************************************
Blocks: (none) => 11778Summary: Random installer language when changing focus without clicking (and multi-language option used) => In the multiple languages screen, languages can get auto-selected or deselected by just moving over them
Attachment 5581 is obsolete: 0 => 1
Btw, Thierry, if I didn't already thank you for that: it is great to see in the log when the screenshots were taken!
(In reply to Marja van Waes from comment #11) > What triggers the "default cancel_clicked" lines? Did you click "cancel" > many times in the multiple languages screen? > I did see the matchbox-wm errors before though, guess they can be ignored. > Not sure if it was Cancel, but I used Ctrl alt home several times to redo the test. (it is the reason why images number starts at 9).
(In reply to André DESMOTTES from comment #13) > (In reply to Marja van Waes from comment #11) > > > What triggers the "default cancel_clicked" lines? Did you click "cancel" > > many times in the multiple languages screen? > > I did see the matchbox-wm errors before though, guess they can be ignored. > > > > Not sure if it was Cancel, but I used Ctrl alt home several times to redo > the test. (it is the reason why images number starts at 9). When hitting "ctrl+alt+home" you see * restarting install in the ddebug log. Stage2 starts again then. I mean while in the selectLanguage step, so after having done ctrl+alt+home, but before going to the acceptLicence step (or doing ctrl+alt+home again). You didn't click "Cancel" 5 times in the Select Additional Languages (aka Multiple languages) screen? Maybe my assumption that you had been switching back and forth between the 2 language choice screens, clicking Cancel 5 times, and that you had made screenshot #9 after removing en_US and (at least) one time clicking "OK" instead of "Cancel" in the 2nd screen, was wrong :-/ I wish I had more time to test. Maybe we should write a mail to QA about installer issues that need further testing. CC'ing them for now
CC: (none) => qa-bugs
Wasn't able to reproduce this today on a ThinkPad L530, with 5beta1 I did everything I could to get some languages "auto-selected" in the multiple languages screen, but the bug didn't re-occur. I don't remember on which system I've seen this, I'll check again when installing or upgrade-installing another one. Maybe whatever bug that was got fixed, and the only problem left is when users don't choose their preferred language in the first language choice screen, and then continue to remove en_US in the second screen? setting to UNCONFIRMED for now, feel free to change the status to NEW when needed. Feel free to open an enhancement request for changing the title of the "Please choose a language to use" screen to a maybe more clear text. Maybe: "First, choose one language to use during install" would be more clear? cc'ing docteam for ideas
Status: NEW => UNCONFIRMEDCC: (none) => doc-bugsEver confirmed: 1 => 0
(In reply to Marja van Waes from comment #15) > > Maybe whatever bug that was got fixed, and the only problem left is when > users don't choose their preferred language in the first language choice > screen, and then continue to remove en_US in the second screen? > Forget that, I just tried, and after doing that install continues in en_US anyway!
Can you try again with Mga5 RC?
Keywords: (none) => NEEDINFO
Ping? gtk+3 has been updated and the theme has been switched from Oxygen-gtk to Aidwaita
Closing as old for now, presuming it was an oxygen-gtk issue
Status: UNCONFIRMED => RESOLVEDResolution: (none) => OLD
Attachment 5644 filename: image.gz => image.tgz
CC: (none) => ankiesaini147