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

Qt client's user configurable keyboard shortcuts lost on upgrade

Added by Sveinung Kvilhaugsvik over 2 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 shortcutsClosed

<a title="Actions" class="icon-only icon-actions js-contextmenu" href="#">Actions</a>
Blocks Freeciv - Task #939772: S3_2 datafile format freeze (d3f)New

<a title="Actions" class="icon-only icon-actions js-contextmenu" href="#">Actions</a>

History

#1 Updated by Sveinung Kvilhaugsvik over 2 years ago

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

#2 Updated by Marko Lindqvist over 2 years ago

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

#3 Updated by Marko Lindqvist 5 months 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.

#4 Updated by Marko Lindqvist 4 months 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.

#5 Updated by Marko Lindqvist 4 months 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.

#6 Updated by Marko Lindqvist 4 months ago

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

#7 Updated by Marko Lindqvist 4 months ago

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

Also available in: Atom PDF