I recently upgraded to 2.4.8, and am running Windows 10. Since installing this new version, I get a “Microsoft .NET Framework” error when trying to launch the user interface. “Unhandled exception has occurred” etc. “Access to the path 'Global\MCEBuddy.GUI.exe” is denied. If I continue, the interface loads, but is not working, it just displays XXX instead of the current version. Can’t run jobs or anything. I keep seeing references to “canonical form” and that I need to reinstall or do a clean install. I don’t have that error in Event Viewer, but I’ve tried both a reinstall and a clean install and still have the same issue.
Services.msc shows that the service is running as does running “net start” in command prompt.
If I manually stop and restart the service, however, it comes up just fine. Consequently, I have to do this after every restart. Any ideas?
UPDATE: If I right click the application shortcut and “Run as administrator…” I get a different error, and it says “Cannot start duplicate instance” “MCEBuddy Status application is already running”.
Either your .NET configuration is corrupted w.r.t. to MCEBuddy
Your MCEBuddy installation is corrupted
2nd one is easy to fix, do a clean install (see the Common Issues topics for how to do a clean install)
For the first one you would need to run a .NET repair / reinstall utility
I’ve tried the clean install, and the manual uninstall to no avail.
I just tried Microsoft’s .net repair tool, and it didn’t seem to do anything either.
Because .NET is incorporated into Windows 10, it pretty much makes it impossible to uninstall and download a new version. Parts of .NET appear to be available for deactivation through Windows Features. Disabling and re-enabling all .NET windows 10 features did nothing.
It could be your antivirus or some software blocking access to the EXE file, try to disable your AV/Malware/Security/Defender etc.
Essentially when windows tries to start it automatically something is preventing it (a corruption may be unlikely given that you can start it manually by clicking on it and you’ve performed a clean install).
Unfortunately, I think this is a case of self-inflicted stupidity. Somewhere along the line, I had a scheduled task to open the MCEBuddy interface upon system start. I think it all got a little confused and was running the GUI process without it being opened. I didn’t even remember that scheduled task was there until I was looking to create a new one to automatically restart the service upon system start.
Goedemorgen, ik volg in uw voetsporen en ben zojuist geüpgraded van 2.3.13 naar 2.5.7. Ook heb ik een Windows-starttaak om het programma automatisch te laden en ervaar nu hetzelfde (.NET-fouten bij het laden van de GUI).
Ik heb het onderstaande opstartcommando aangepast en het lijkt te werken. Ik kan echter na het opstarten de GUI niet openen en krijg de .NET-fout. Hoe kunt u dus de automatische opstart behouden (geweldige functionaliteit) en vervolgens de GUI openen om dingen te configureren?
Bedankt voor je snelle reactie. Altijd gewaardeerd.
Ik had SRVSTART gebruikt om een Windows-opstartservice te maken met het onderstaande commando. Dit werkte eerder (2.3.13 – echt oud) maar werkt nu niet meer (2.5.7 – nieuw premium-lid ). Ik heb 2 varianten geprobeerd – met licht verschillende resultaten (hieronder).
startup=“C:\Program Files\MCEBuddy2x\MCEBuddy.GUI.exe” -startmin -startengine
… Dit start de GUI (geminimaliseerd) maar start de service niet meer. Ik krijg de .NET-fout bij het handmatig openen van de GUI om configuratiewijzigingen aan te brengen.
startup=“C:\Program Files\MCEBuddy2x\MCEBuddy.ServiceCMD.exe” -startmin -startengine
… Dit start zowel de GUI als de service. Maar ik krijg nog steeds de .NET-fout bij het handmatig openen van de GUI om configuratiewijzigingen aan te brengen.
De Windows-SERVICE gebruikt het Local System-account. Ik heb ook geprobeerd het admin-account hiervoor te gebruiken met dezelfde resultaten zoals hierboven beschreven.
Gebruik de Windows Taakplanner om de GUI te starten; je kunt de GUI niet als service starten omdat het een interactieve app is. Daarom is MCEBuddy in twee delen opgesplitst: de engine draait als service omdat die geen gebruikersinteractie vereist, en de GUI draait als een interactieve gebruikersapp die met de engine communiceert.
Nogmaals dank. Ik heb de GUI als een geplande Windows-taak ingesteld. Die draait geminimaliseerd. Even later start de service vanuit Windows Services (MCEBuddy2x (automatisch, vertraagd) – ik denk dat deze tijdens de installatie van MCEBuddy is aangemaakt, ik heb hem niet zelf gemaakt). Beide processen staan dus na een herstart in de details van de Taakmanager (top!). Ik kan de GUI echter nog steeds niet openen om wijzigingen te maken en krijg de .NET Framework-fout uit de oorspronkelijke thread (screenshot bijgevoegd).
De fout omzeil ik door de GUI via de Taakmanager te beëindigen en hem daarna handmatig te starten (niet ideaal, maar het werkt). Mijn doel is echter dat alles (monitoren/converteren) automatisch opstart zonder dat er iemand hoeft in te loggen. Daarnaast wil ik, wanneer ik wel inlog, configuratiewijzigingen kunnen maken zonder dat ik telkens de GUI via de Taakmanager moet afsluiten. Ideeën?
Nogmaals dank voor al je hulp. Nu snap ik het eindelijk (na 1-5 dagen troubleshooten)…
De GUI hoeft niet actief te zijn om MCEBuddy volledig op de achtergrond te laten functioneren, klopt dat? Alleen de service is nodig. Met de service alleen zal MCEBuddy monitoren/converteren zoals eerder geconfigureerd, klopt dat? (BEVESTIG AUB)
Aangezien MCEBuddy tijdens de installatie automatisch zijn eigen servicestarter heeft aangemaakt (Windows Services), hoef ik niets toe te voegen. Ik kan de GUI nu handmatig starten zonder fouten. De fouten traden alleen op wanneer ik de GUI eerst had gestart via Windows Services of Taakplanner.
Correct, de GUI wordt alleen gebruikt om de status/instellingen te bekijken of bij te werken. De engine draait onafhankelijk op de achtergrond.
Correct
Een Windows-service mag nooit worden gebruikt om een GUI-applicatie te starten om de reden die ik hieronder noem. De fout die je tegenkomt, komt doordat je de verkeerde/onjuiste Windows-gebruiker hebt ingesteld om de GUI via de taakplanner te starten. Die gebruiker (bijv. Systeem of Controle etc.) heeft niet de benodigde rechten om een interactieve GUI te starten. Alle GUI-programma’s moeten worden gestart met de aangemelde gebruikersgegevens bij het plannen via de Windows-taakplanner (dit is de standaardoptie bij het plannen van een taak).
). Ik heb 2 varianten geprobeerd – met licht verschillende resultaten (hieronder).