Project

General

Profile

Actions

action #45404

closed

coordination #30580: [sle][functional][u][epic]Test for keyboard layout switching

[functional][y] keyboard layout switching - check for *changed* keyboard layout in console after first_boot

Added by okurz over 5 years ago. Updated about 5 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
New test
Target version:
SUSE QA - Milestone 25+
Start date:
2018-12-19
Due date:
2019-02-26
% Done:

0%

Estimated time:
8.00 h
Difficulty:

Description

Acceptance criteria

  • AC1: Like #30586 but with actually changed layout

Suggestions


Related issues 2 (1 open1 closed)

Related to openQA Tests - action #46508: [qe-core][functional] Ensure to use a clean "extra" console for keymap_or_locale and / or do not try to login (at least on local backends)Workable2019-01-22

Actions
Copied to openQA Tests - action #47996: [functional][y][timeboxed:4h][spike] keyboard layout switching - check for *changed* keyboard layout in console after first_bootResolvedJERiveraMoya2018-12-192019-02-26

Actions
Actions #1

Updated by okurz over 5 years ago

  • Due date set to 2019-02-26
Actions #2

Updated by okurz over 5 years ago

we need to understand what the test modules already support because IIUC keymap_or_locale already supports different languages to crosscheck for but never exercises anything different than us. How about using simply autoyast to install a system with a different language? Shouldn't need a lot different language specific needles

Actions #3

Updated by riafarov about 5 years ago

Do we already have single installation which uses non-default keyboard layout? As I believe it might not work straight away.

Actions #4

Updated by okurz about 5 years ago

riafarov wrote:

Do we already have single installation which uses non-default keyboard layout? As I believe it might not work straight away.

We do not have that. This is why I suggested autoyast as the actual check should only happen in console after first_boot

Actions #5

Updated by riafarov about 5 years ago

  • Status changed from New to Workable

I believe that we will have issues with typing, so pre-conditional things like consoletest_setup will fail. But if we don't change installer language, it should be fine to at least finish the installation. We might need to exclude logs collection method too.
So I would propose to evaluate how feasible it is and if it's too complex, not much value, we could use yast module instead.

Actions #6

Updated by riafarov about 5 years ago

  • Description updated (diff)
  • Estimated time set to 8.00 h
Actions #7

Updated by okurz about 5 years ago

  • Description updated (diff)
Actions #8

Updated by okurz about 5 years ago

  • Related to action #46508: [qe-core][functional] Ensure to use a clean "extra" console for keymap_or_locale and / or do not try to login (at least on local backends) added
Actions #9

Updated by riafarov about 5 years ago

  • Due date changed from 2019-02-26 to 2019-03-12

No capacity, shifting.

Actions #10

Updated by okurz about 5 years ago

  • Copied to action #47996: [functional][y][timeboxed:4h][spike] keyboard layout switching - check for *changed* keyboard layout in console after first_boot added
Actions #11

Updated by okurz about 5 years ago

  • Due date deleted (2019-03-12)
  • Status changed from Workable to Blocked
  • Assignee set to okurz
  • Target version changed from Milestone 23 to Milestone 25+

hm, with an estimate as high as 8 I would recommend to first conduct a "spike"-task -> #47996

Actions #12

Updated by okurz about 5 years ago

  • Due date set to 2019-06-30

setting a later due-date to not get reminders on epic

Actions #13

Updated by riafarov about 5 years ago

  • Due date changed from 2019-06-30 to 2019-02-26
  • Status changed from Blocked to Feedback
  • Assignee changed from okurz to JERiveraMoya
Actions #14

Updated by JERiveraMoya about 5 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF