Bug 9086

Summary:	Graphical sessions are not in F7,F8... but in F1,F2... (kde4-l10n)
Product:	Mageia	Reporter:	Pierre Jarillon <jarillon>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	lmenut
Version:	3
Target Milestone:	---
Hardware:	All
OS:	Linux
Whiteboard:
Source RPM:	kdebase4-workspace	CVE:
Status comment:
Bug Depends on:	14487
Bug Blocks:

Description Pierre Jarillon 2013-02-16 11:47:36 CET

The graphical sessions were in F7,F8,F9... following the six terminal sessions F1..F6.
Few years ago, they were in F8,F9... but the message in the popup window was always F7,F8.
Now, I find that the graphical sessions are in F1,F2... That's new and fine but it is time to update the message and the documentation.

Comment 1 Manuel Hiebel 2013-02-16 16:34:52 CET

This is since we use systemd.

So as this bug seems to be only against doc

what do you mean with:
>That's new and fine but it is time to update the message and the documentation.

Comment 2 Pierre Jarillon 2013-02-17 00:36:26 CET

When I want to open a new graphical session,  the message is still that Alt-Ctrl F7 and F8 are used to switch the sessions. This is false, the text must be upgraded to F1, F2...
This text is located in /usr/share/locale/fr/LC_MESSAGES/plasma_runner_sessions.mo

I have not searched in the documentation but IMO, it must also be upgraded.

Manuel Hiebel 2013-03-07 13:57:30 CET

Summary: Graphical sessions are not in F7,F8... but in F1,F2... => Graphical sessions are not in F7,F8... but in F1,F2... (kde4-l10n)
Source RPM: (none) => kde4-l10n

Comment 3 Luc Menut 2013-11-26 00:04:55 CET

Thanks for the report.
Fixed in cauldron with kdebase4-workspace-4.11.3.

CC: (none) => lmenut
Version: Cauldron => 3
Source RPM: kde4-l10n => kdebase4-workspace

Luc Menut 2014-11-08 13:04:14 CET

Depends on: (none) => 14487

Comment 4 Luc Menut 2014-11-08 13:21:15 CET

Same patch added for mga3 in kdebase4-workspace-4.10.5-1.2.mga3 (bug#14487).

Comment 5 Luc Menut 2014-11-14 09:08:15 CET

Just fixed in http://advisories.mageia.org/MGASA-2014-0445.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED