Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Query: GUI -> Configurations panel ~ not retaining/displaying currently selected/loaded config entry? #1572

Closed
giantclambake opened this issue Jan 8, 2025 · 2 comments
Assignees
Labels

Comments

@giantclambake
Copy link

I just noticed the Configurations panel has decided to misbehave itself...I suspect it's just cosmetic.. [current master ]

To recreate:

  • Launch amiberry, GUI -> Configurations panel --> Select & Load a config entry //note: name and description fields filled
  • Start the emulation, once emulation has booted --> hit F12 key, the Configurations panel is shown //note: name and description fields now empty ?
  • Note: double-clicking on a config entry yields the same result, name and description fields are empty

Expected: Currently loaded .uae config Name: & Description: fields to be displayed

TIA

@giantclambake
Copy link
Author

Note: For the sake of completeness only here....

...we know that loading a config.uae file that's associated with a whdload.lha title into the GUI, and clicking on Start, is expected to fail...(docs coming for that ;)....but at the same time, a thorough testing doctrine necessitates checking those cases, to ensure they fail as expected...

ex

...click on Start, fails as expected, hit F12....

ex2

Interesting.... I didn't expect it to delimit the Name: string at the first period, (I may have expected the textboxes to be empty as per ticket) ... in any event, I know this is unsanctioned usage, but still found it curious as being odd behavior ;)

@midwan midwan self-assigned this Jan 8, 2025
@midwan midwan added the bug label Jan 8, 2025
@midwan midwan closed this as completed in 066aec4 Jan 8, 2025
@midwan
Copy link
Collaborator

midwan commented Jan 8, 2025

Thanks, fixed now

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants