I am going to close this. For one this issue was caused by an error in the plugin, which the current version of this plugin does not have. Also if this happens again it should be reported to and fixed in the plugin.

Also Picard's option loading recently became much more robust and actually would handle this without crashing.

Thanks, this is helpful. But it still puzzles me a bit, because the error message and line number does not quite match up with the code of classical extras as we have it in the repository. Where did you install this plugin from?

No worries, here is the debug output when I click options:
D: 15:11:27,958 /usr/lib/picard/picard/coverart/providers/_init_.cover_art_providers:96: CA Providers order: Local [x] > Cover Art Archive [x] > Whitelist [x] > CaaReleaseGroup [x] > Amazon [ ] > TheAudioDB [ ]
Traceback (most recent call last):
File "/usr/lib/picard/picard/ui/mainwindow.py", line 931, in show_options
dialog = OptionsDialog(page, self)
File "/usr/lib/picard/picard/ui/options/dialog.py", line 137, in _init_
page.load()
File "/home/bedlore/.config/MusicBrainz/Picard/plugins/classical_extras.zip/classical_extras/_init_.py", line 8261, in load
KeyError: 'ConfigSection_config'
D: 15:11:28,238 /usr/lib/picard/picard/webservice/ratecontrol.get_delay_to_next_request:110: ('picard.musicbrainz.org', 443): First request
D: 15:11:28,238 /usr/lib/picard/picard/webservice/ratecontrol.increment_requests:135: ('picard.musicbrainz.org', 443): Incrementing requests to: 1
D: 15:11:30,248 /usr/lib/picard/picard/webservice/ratecontrol.decrement_requests:143: ('picard.musicbrainz.org', 443): Decrementing requests to: 0
D: 15:11:30,249 /usr/lib/picard/picard/webservice/_init_._handle_reply:415: Received reply for https://picard.musicbrainz.org:443/api/v2/plugins/: HTTP 200 (OK)
D: 15:11:30,290 /usr/lib/picard/picard/webservice/ratecontrol._out_of_backoff:226: ('picard.musicbrainz.org', 443): oobackoff; delay: 1000ms -> 1000ms; slow start; window size 1.000 -> 2.000

That would be great. Just knowing the classical extras plugin is involved doesn't help much, this plugin has many settings and without knowing exactly what caused this issue nobody might be able to reproduce it. If you have the plugin installed and run Picard from command line there should be some error output when opening the options dialog fails. This error should allow us to see what is causing the issue.

Did you see I appended the cause in my comment, it was the classical extras plugin,  would you like me to reinstall that plugin and report back?

@Brendan Could you post the console output of starting Picard with the -d parameter and trying to open the options? This could allow us to.identify the issue so it can be fixed.

Also let us know which version of Picard you are using.

I'm experiencing this now too (linux).  The -N option doesn't help.  The history window opens fine but not options or about.

I discovered it was some sort of issue with the "classical extras" plugin

FYI, i just merged a patch that adds a command line option (N/-no-restore) that prevents sizes/positions to be restored: https://tickets.metabrainz.org/browse/PICARD-1201

It will not prevent plugins to create oversized options page though, but, at least, it should help when saved positions or sizes are off or corrupted.

i have had deinstalled picard mb and cleaned the registry and all other files after the deinstall.

i've restarted the system and Than i installed it again, all was okay. now it happened again...i dont know why...but i think its the BPM Plugin...i will see what happened now, when i deactivated it now

I ran into this same issue with the latest version. The options dialog is popping up, but I think it's off screen. I deleted the options ini but that didn't help.

I suspected that it had something to do with how the options window was being positioned so I changed the position to [0 0] in the ini file and tried again and that fixed it. Hopefully that helps.