Project

Profile

Help

HostedRedmine.com has moved to the Planio platform. All logins and passwords remained the same. All users will be able to login and use Redmine just as before. Read more...

Bug #863343

open

Qt client's user configurable keyboard shortcuts lost on upgrade

Added by Sveinung Kvilhaugsvik over 4 years ago. Updated 4 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
gui-qt
Sprint/Milestone:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

The Qt client allows the player to configure keyboard shortcuts. They are stored. But when a new shortcut is added all previously stored shortcuts are lost. It is also lost for the old version.

Perhaps keyboard shortcuts should be stored as Qt client specific data in freeciv-client-rc in the future so they can be upgraded more easily?


Related issues

Related to Freeciv - Feature #743990: Qt client: Configurable goto Build/Join shortcutsClosedSveinung Kvilhaugsvik

Actions
Blocks Freeciv - Task #957687: S3_3 datafile format freeze (d3f)New

Actions
Actions #1

Updated by Sveinung Kvilhaugsvik over 4 years ago

  • Related to Feature #743990: Qt client: Configurable goto Build/Join shortcuts added
Actions #2

Updated by Marko Lindqvist over 4 years ago

  • Blocks Task #673656: S3_1 datafile format freeze (d3f) added
Actions #3

Updated by Marko Lindqvist over 2 years ago

The current behavior is bad, but this is a bit harder to fix than expected (I've looked at it every now and then, but have no real progress). This might be something that we just need to accept also in 3.1, and not block S3_1-d3f much longer by this. If no objections (or better; a fix) soon, I'll postpone this.

Actions #4

Updated by Marko Lindqvist over 2 years ago

With most former S3_1 d3f blockers that we've postponed to 3.2, we've had clear plan how to implement them before S3_2-d3f (and in most cases we've actually implemented them to master already). This one is very frustrating in that I don't know how it would get fixed before 3.2 either, so postponing is sort of not resolving anything. Would be much happier to ignore this for now (while concentrating to S3_1-d3f) if I knew that it will not then turn up exactly same way when trying to do S3_2 d3f.

Actions #5

Updated by Marko Lindqvist over 2 years ago

  • Sprint/Milestone set to 3.2.0

Marko Lindqvist wrote:

If no objections (or better; a fix) soon, I'll postpone this.

Over three weeks passed, no objections. Postponing.

Actions #6

Updated by Marko Lindqvist over 2 years ago

  • Blocks Task #939772: S3_2 datafile format freeze (d3f) added
Actions #7

Updated by Marko Lindqvist over 2 years ago

  • Blocks deleted (Task #673656: S3_1 datafile format freeze (d3f))
Actions #8

Updated by Marko Lindqvist 4 months ago

  • Blocks Task #957687: S3_3 datafile format freeze (d3f) added
Actions #9

Updated by Marko Lindqvist 4 months ago

  • Sprint/Milestone changed from 3.2.0 to 3.3.0
Actions #10

Updated by Marko Lindqvist 4 months ago

  • Blocks deleted (Task #939772: S3_2 datafile format freeze (d3f))

Also available in: Atom PDF