Microsoft Edge-gebruikers melden opstartproblemen na update

Veel Windows-gebruikers kunnen Microsoft Edge niet meer opstarten nadat ze naar versie 105 zijn geüpdatet. Het probleem zou opgelost kunnen worden door enkele values te verwijderen in het register. Microsoft plant volgende week een update van de browser met daarin een fix.

Microsoft heeft donderdag versie 105 uit van zijn Edge-browser uitgebracht. Die versie bevat enkele beveiligingsupdates waaronder wijzigingen in de enhanced security mode van de browser. Sommige gebruikers konden de browser na het updaten echter niet meer opstarten waarna het klachten regende op de fora van Microsoft.

Het Duitse Deskmodder zag deze klachten ook en heeft een workaround gevonden voor het probleem. Volgens Deskmodder dienen Windows-gebruikers de Register-editor in Windows te openen en daarna moet er naar MetricsReportingEnabled gezocht worden. De values die dan gevonden worden, kunnen vervolgens verwijderd worden om de Edge-browser opnieuw correct te laten opstarten. Een medewerker van Microsoft heeft het probleem erkend en stelde op Twitter dat er volgende week een update van de Edge-browser aankomt die het probleem zou moeten verhelpen.

Door Jay Stout

Redacteur

04-09-2022 • 13:02

76

Submitter: TheVivaldi

Reacties (76)

76
69
44
1
0
13
Wijzig sortering
Vanochtend weer een issue, nu met de virusscanner...
https://www.reddit.com/r/...help_behaviorwin32hivezy/

Lekker bezig bij microsoft
Een paar jaar geleden heeft Microsoft hun intern test team enorm teruggeschaald en zijn ze in de plaats daarvan meer gebruik beginnen maken van mensen die zich hebben ingeschreven voor Windows Insider builds.

Het grote probleem daarmee is dat het overgrote merendeel van mensen die Windows Insider builds draaien dit vooral doen om up to date te blijven over nieuwe features die Microsoft gepland heeft, zodat ze op hun beurt anderen kunnen informeren via berichtgeving op het Internet. Ze doen dit zelden op hun primair machine of zelfs op een secundair machine en vaak enkel lang genoeg om de nieuwigheden te kunnen ontdekken. Microsoft raadt in principe ook af om insider builds als daily driver te gebruiken, omdat die een pak instabieler zijn dan de official releases en risico op dataverlies met zich meebrengen, wat natuurlijk niemand wilt meemaken op pakweg hun gaming PC van 2000 EUR of hun development PC waar voor 1000 EUR aan licenties opstaan.

Er is voor zover ik weet maar een zeer kleine minderheid aan Windows Insiders die Insider builds draaien op hun daily driver machine, en zelfs die mensen draaien doorgaans eerder preview of soms beta builds omdat dev builds een groot risico hebben op gegevensverlies. Dat betekent dus dat Microsoft VEEL minder feedback krijgt, en deze feedback komt dan ook nog eens later binnen waardoor het moeilijker wordt voor Microsoft om hier gevat op te reageren. Dat betekent dus dat doorgaans bugs dieper doordringen in de Windows release lifecycle, inclusief bugs die dataverlies met zich meebrengen, en er dus uiteindelijk meer mensen hiermee worden geconfronteerd.
Altijd dat verhaal maar weer als er weer eens een bug opduikt. Neen, ze hebben niet hun interne tests enorm teruggeschaald. Ze zijn het anders gaan organiseren. Of het beter of slechter is, daar ga ik geen uitspraken over doen. Microsoft heeft dit deels gedaan omdat ze van verschillende code bases naar 1 enkele code base zijn gegaan voor alle builds van Windows. Men is ook veel meer testen gaan virtualiseren. Dit heeft als nadeel dat er minder op echte hardware wordt getest, maar het aantal bugs dat hardware gerelateerd is, is ook zo groot niet, en deze bug valt er zeker niet onder.

Daarnaast hebben ze de verantwoordelijkheid ook meer naar de devs zelf opgeschoven. Als developer start je nu zelf de testen van je codeaanpassingen en krijg je ook onmiddelijk de feedback ipv dat het via een QA team moet verlopen met alle vertragingen ertussen. Vanuit dat perspectief is er dus tijdswinst geboekt. Het duurt voor de meeste bugs dus net minder lang om terug bij devs te komen zodat zij sneller kunnen reageren daar de aanpassingen die zij gedaan hebben verser in hun geheugen zitten.

De kost van een PC of de licenties heeft ook 0 weerslag op wat onstabiliteit kan doen met je systeem. Ik zie daar even de relevantie niet. Wat daar vooral een probleem is, is het verlies aan productiviteit. En of het nu een PC van 500 euro is of een PC van 5000 euro, mensen die een uur niet kunnen werken, kosten hun werkgever geld.
Microsoft heeft potentieel 10 000den testers via dogfood programmas voor dingen zoals Windows/Office you name it.
Ik draai geregeld builds zelfs op mijn main machine, tot nu toe zonder al teveel major issues, en als er issues zijn worden ze meestal zeer snel aangepakt.
Dat mensen bugs rapporteren en er niks mee gedaan wordt klopt niet, dat er geen melding van terugkomt dat is een andere zaak ;)
Dit soort bugs staan los van hardware…. Puur software die signatures niet goed pakt. Dit hadden ze kunnen testen
Het probleem met automatische tests is dat je daarmee enkel gekende gebreken kunt detecteren, of verwachte gebreken. Je kunt dan later wel nieuw opgespoorde gebreken toevoegen aan je tests, of je kunt een test fuzzer gebruiken om min of meer automatisch nieuwe gebreken te vinden, maar doorgaans spoor je veel gebreken enkel op door de software effectief te gebruiken.
Klopt, maar goede automatische tests zorgen er wel voor dat niet (makkelijk) regressie bugs kan introduceren.
En laten we eerlijk zijn. Niemand gaat de hele applicatie 100% door testen, keer na keer. Daar is een machine veel beter in.
Maar dit valt & staat wel met goede en dekkende tests.

[Reactie gewijzigd door hackerhater op 22 juli 2024 13:22]

Neen, ze hebben niet hun interne tests enorm teruggeschaald. Ze zijn het anders gaan organiseren.
Ja, 'reorganisatie' is meestal hoe terugschaling en bezuinigeing genoemd wordt omdat dat beter bekt.

Maar zie de video's van ex-testers die bevestigen dat er ontslaggolven geweest zijn. https://youtu.be/S9kn8_oztsA bijvoorbeeld

Ze leunen nu veel minder op echte testers, veel minder op echte hardware en meer op telemetrie en virtualisatie tests.

Buiten dat telemetrie gewoon ongewenst is vanwege de privacy werkt het dus ook nog een stuk minder goed omdat het veel reactiever is.

[Reactie gewijzigd door GekkePrutser op 22 juli 2024 13:22]

Geen zin om te kijken naar boze ex-werknemers die Microsoft proberen af te krakken en er vervolgens ook nog geld mee verdienen ook. Niet één systeem is vrij van bugs en omdat Microsoft-producten in een veel fout meer gebruikt wordt met miljoenen verschillende systemen met hun eigen hardware configuratie is het bijna onmogelijk om een perfect systeem te maken. Ik ben zelf insider developer al paar jaar en krijg dus elke week vrij ruwe Windows updates van windows 11 Enterprise en heb eigenlijk weinig problemen.
Microsoft krijgt altijd de schuld als het systeem niet goed draait, meestal is het niet eens Microsoft die schuld heeft maar de eigenaar zelf, (slecht onderhouden systemen of driver updates.). Veel mensen denken dat alles maar vanzelf gaat. En wat die idioot van YouTube betreft volgens mij waren er ook bugs toen hij er nog werkte dus zou je zeggen dat hij zijn werk niet goed doet. En je moet toch met een verhaal komen om het te verkopen, zelfs zijn T-shirts en de mensen die klagen dat Microsoft je volgt wat je doet, gebruiken meestal google chrome, Dus ik zou zeggen hoe hypocriet kan je zijn. Mensen er bestaat geen perfect software of OS je hebt het grote deels zelf in de hand maar moet er wel wat voor doen.
Waarom zou je ook bugs melden, MS doet er toch niks mee.
Ik heb vaker problemen gehad die ik exact op de MS support site vind. En dan komt advies als "try to reinstall the application", "which exact version are you using", "first update to the latest video drivers", blablabla todat de mensen het opgeven.
Ik weet niet of het bots zijn die zich als Indiërs voordoen of Indiërs die zich als bot proberen te gedragen... Maar je problemen interesseren ze geen hol.

Edit: oh, er was ook eens een Windows-Update die je bestanden wiste. Was bij insider-builds ook gebeurd, maar dat was niet ernstig genoeg op de update tegen te houden.

[Reactie gewijzigd door _Pussycat_ op 22 juli 2024 13:22]

Hoe Microsoft omgaat met bug reports ligt aan het product en waar je de melding maakt. Mijn ervaringen met meldingen op producten als Visual Studio, .NET en MSVC zijn simpelweg goed.

De generieke forums van Microsoft waar veel mensen belanden zijn waardeloos, je zal daar zelden contact krijgen met iemand van Microsoft. Het zijn vooral vrijwilligers en dan krijg je die onzin dat ze je post als beantwoord markeren met die dooddoeners als "je hebt een virus", "update drivers", "sfc /scannow" en meer van die onzin antwoorden.
Windows is ook allang niet meer het parade paardje van Microsoft.
In mijn ervaring is FreeBSD + Brave (via Linux emulatie) de snelste browser momenteel.

Je ziet hier dat de AMD 3970X niet meer dan 4.1 haalt in Maze Solver.
https://www.phoronix.com/review/chrome-80-benchmarks/4

Hier zie je het resultaat dat mijn Intel i3 3240 haalt op FreeBSD:
https://i.ibb.co/MGd6G63/Screenshot-2022-09-07-09-07-55.png

Lager is beter in deze test dus mijn systeem heeft hier de AMD 3970X verslaan, een enorm krachtige 32-core CPU.

Hetzelfde verhaal voor de AMD R9 5950X: https://www.phoronix.com/news/Firefox-95-Chrome-97
Constante telemetrie is betrouwbaarder dan een test omgeving met een beperkt aantal mensen en een beperkt aantal computers in de testomgeving. Dat is tenminste wat Microsoft aangeeft. En het klinkt ook erg logisch.

Maar in de praktijk blijkt het toch vooral een "rotter" systeem te zijn dan de oude opzet. Het nieuwe systeem geeft echter een heleboel inzicht op hoe de gebruiker Windows inzet voor haar/zijn persoonlijke taken. Erg interessante meta data die voor financieel gewin word ingezet. Dat nivo van controle gaat Microsoft nooit meer opgeven, ben daar maar zeker van.

Microsoft heeft een veel betere PR de laatste paar jaar, maar wees gerust, ze hebben nog altijd alle oude streken en leren nieuwe.
Hier hetzelfde probleem. Ik krijg aan de lopende band een melding van de virusscanner m.b.t. Win32/Hive.ZY

En nog over Edge: tante Truus die nog nooit van de registry gehoord heeft gaat dit niet oplossen. Ze moet dus wachten totdat Edge zichzelf achter de schermen update naar een nieuwere versie wat dagen kan duren.
Die Win32/Hive.ZY melding krijg ik zelfs bij Start > Instellingen.
Vreemd ik heb nergens last van, bij werkt het perfect ook mijn virusscanner geeft geen enkele melding.
Ik heb Edge Versie 105.0.1343.27 (Officiële build) (64-bits)
Yup, ook gemerkt; heb een Submit gedaan maar mogelijk / zondag allemaal wat rustiger ;)

De virusscanner gaat af op meer dan EDGE; het lijkt allemaal een false-positive (ook al op Microsoft-forums gepost door medewerkers).

[Reactie gewijzigd door MAX3400 op 22 juli 2024 13:22]

Volgende week?!

Je zou minimaal per ommegaane een hotfix verwachten.

Dit is niet handig om het browseraandeel hoger te krijgen, Microsoft. Zeker niet na de blamage van dezelfde naam aanhouden als de meest waardeloze browser aller tijde.
Volgende week kan ook morgen zijn, het is immers zondag.
Zou edge voordat het gebaseerd was op chromium ook echt niet de meest waardeloze browser alle tijden noemen.
Morgen is het Labour day hier, dus waarschijnlijk niet eerder dan dinsdag.
Op feestdagen werken mensen ook. Het kan prima, hoor. Een aantal jaar geleden rolde Motorola ook een keer grote Android-upgrade op Eerste Kerstdag of Oud en Nieuw (het was een van die twee) uit. Een hotfix is een stuk eenvoudiger dan een Android-upgrade, dus het kan prima dat ze wat overuren op een feestdag maken om de boel te testen en uit te rollen. Het gaat hier immers niet om iets kleins als "delen naar OneNote werkt niet meer" maar om een opstartprobleem.
Volgende week kan ook morgen zijn, het is immers zondag.
Alleen bedoeld voor verduidelijking: in de V.S. is Zondag de 1e dag van de week.
Gewoon helder communiceren, morgen of over .. dagen. Volgende week kan 1 of 6 dagen zijn. Dat is echt niet oke voor zo'n bedrijf
Sorry, maar de originele Edge browser was ook gewoon goed, onzin dus dat het de 'meest waardeloze' browser was.
Misschien dat die mensen de zoek machine nog op Bing hadden staan?
nee hoor, gewoon Google en het werkte uitstekend.
Naar mijn mening beter dan Chromium Edge. Echt jammer dat Microsoft de handdoek in de browseroorlog ring gegooid heeft.
Inderdaad. De afname van engine diversiteit is geen goede.
En als ze perse de handdoek in de ring hadden moeten gooien, dat ze dan met Mozilla waren gaan praten om de Firefox engine te gebruiken. |:(

Het grootste probleem wat ik eerst met Edge has was dat ze de standaarden niet snel deden volgen.
En dat ik perse een VM/Browserstack nodig had om erin te kunnen testen.
Grappig genoeg heeft Microsoft met Mozilla/Netscape om de tafel gezeten in de jaren 90 om te kijken of ze op basis van Trident de standaardbrowser wilde bouwen voor Windows.

Standaarden volgen deed Microsoft opzich prima, vanaf IE9 deden ze (weer) redelijk hun best. Alleen de vastgezette standaarden. Alle standaarden die nog in ontwikkeling waren of konden worden gewijzigd, bleef Microsoft redelijk ver vandaan. Dit in verband met een boel gedoe met IE6 en HTML standaarden tussen Microsoft en Mozilla/Netscape, Opera en Sun.
De standaarden die Edge ondersteunde werkten inderdaad prima.
Het enige irritatie wat ik op dat punt had was dat het zo lang duurde voor er nieuw spul in kwam.
Ongeveer pas bij nieuwe Edge majors en het duurde lang voor die kwamen.
Waardoor je effectief lang geen ondersteuning had, dan een grote hoop erbij, dan weer een tijd niks nieuws, etc.

Wat Edge samen met Safari de meest irritante browsers maakte om voor te ontwikkelen.
Het was een grote verbetering over IE, maar wat sneller releasen had een ander irritatie-punt opgelost. Zodat je niet constant rekening mee moest houden dat bepaald spul simpelweg niet werkt.

Note: ik heb het dus niet over experimenteel spul met de prefixen. Dat is leuk om te hebben, maar geen probleem indien er geen support is. Maar op het moment dat een onderdeel final is, is het heel fijn om asap support te hebben in de grote browsers.

Safari hoe het nu is, mag van mij in de hell branden. Crap browser die achter loopt.

[Reactie gewijzigd door hackerhater op 22 juli 2024 13:22]

Het had zijn nadelen. Maar ook zijn voordelen. Een site die je bouwde voor IE of Edge versie X. Bleef ook zonder gezeur werken. Helemaal in de HTML5 wars toen de standaarden bij Mozilla en Chrome niet donders betrouwbaar waren en je sites actief moest onderhouden.

Zelf ontwikkelde ik toen ook websites en zelf vond ik die betrouwbaarheid van Microsoft browser(s) juist heel erg prettig. Als ik Firefox of Chrome specifieke shit gebruikte, is het me regelmatig voorgekomen dat na een half jaar of jaar, die feature ineens "anders" ging werken en de site niet soepel meer werkte of zelfs stuk ging. Het vastzetten van de standaarden ging ook niet donders snel, dus de vrij langzame release cycle van IE was niet zo'n heel groot probleem naar mijn idee.

Door zelf op IE9-11 te richten, de website eigenlijk ook in 99% van de gevallen en tijd, ook prima werkte op Firefox en Chrome. Zolang ik tenminste geen IE specifieke features gebruikte. Sinds IE11 misde ik zelf eigenlijk nooit HTML5 features, bij IE9 en 10 soms nog wel. Maar goed andersom misde ik soms ook wel wat features die IE wel weer had en Firefox/Chrome niet. Zoals een vroege versie van notificaties en dat je op Win8 dus een icoontje of nummertje kon laten zien bij de snelkoppeling van je website. Was voor een spelletje best handig.

[Reactie gewijzigd door batjes op 22 juli 2024 13:22]

Het heeft zijn voor en tegens inderdaad.
Al is het niet fijn als de meeste van devs & designers niet op Windows werken.
Je dan expres beperken tot de "stable" features en er dan nog achter komen dat je uitzonderingen mag gaan maken voor IE en Safari omdat de features ontbreken.

Nu valt het wel mee, maar ik heb genoeg op ze zitten vloeken in het verleden toen bijvoorbeeld de FileReader API niet/niet als de standaard geïmplementeerd was. Dat was stront irritant voor client-side async uploads.

Maar inderdaad langzaam features introduceren over ze slecht introduceren met bugs.

[Reactie gewijzigd door hackerhater op 22 juli 2024 13:22]

Om vervolgens nog meer problemen te veroorzaken omdat er niet goed getest kon worden... Hmmm ik weet niet welke van de 2 ik zou willen.
Het is niet iets dat ze op enkele uren kunnen doen. Probleem identificeren en matchen kan snel gaan, maar de batterij aan tests die uitgevoerd moeten worden voor er een release kan komen zal ook niet klein zijn. Enkele dagen zijn dan ook zo voorbij. Zeker als er een weekend tussen zit.
Inderdaad, noem het dan Chredge. ;)
Volgende week pas een update...

Leuk voor alle systeembeheerders die zich in bochten moeten wringen om de systemen weer functioneel te krijgen. Je kunt dan wel nieuwere versies tegenhouden en die eerst testen, maar daar kunnen dan weer CVE's in zitten...

[Reactie gewijzigd door PD2JK op 22 juli 2024 13:22]

Ik heb nieuws voor je: de tijd van Steve Ballmer is al laaaaaaaaaang voorbij.

Er draait inmiddels zoveel Microsoft spul op Linux (Azure, .NET, SQL Server, etc) en Linux draait inmiddels ook op veel Microsoft spul (again: Azure, Windows Subsystem for Linux, etc) dat zulke reacties totaal niet meer van deze tijd zijn.
Probeer eens in het heden te leven: Uw comment was 20 jaar geleden wellicht gepast, maar is nu toch echt volledig achterhaald.
Als je niet wilt dat je code geforceerd geopensourcerd wordt, moet je geen GPL code in jouw code gebruiken. :?
Aan de meeste software hangt nu eenmaal een licentie aan vast. GPL code mag je vrij gebruiken, onder bepaalde voorwaarden.
Bij mij werd de update donderdag meteen door Bitdefender Patch Management gepushed. Had daarna allerlei rare problemen met mijn laptop totdat ik een reboot probeerde. Maar de reboot bleef hangen op "Rebooting". Heb uiteindelijk de laptop hard uit moeten zetten. Dus ook als je geen Edge gebruikt, kan je problemen hebben dankzij deze update. Na de reboot heb ik zelf gelukkig geen problemen meer ervaren.
Het gebeurd wel vakder dat je bij een update enorm lang blijft hangen op het "rebooting" scherm Uiteindelijk komt Windows er wel door.
Ik weet het. Maar na een uur vond ik het mooi geweest. Ik ben mij met deze laptop nog nooit bewust geweest van een rebooting scherm langer dan een paar minuten. Meer dan een uur is dan een slecht teken.
Variant 2 , which I can't check, but according to comments works fine. As Patrik writes in our comments, all you have to do is go to regedit via Windows key + R and search for MetricsReportingEnabled under Edit -> Search . Delete these 1-2 entries and the Edge will start again.
To find under

HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Edge
or.

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge
As DK2000 writes in the comments, this is an old policy that has been superseded. However, the entry itself was not deleted from the registry. This resulted in a collision and the Edge no longer started.
Bron: (translated) https://www-deskmodder-de...r_hl=en-US&_x_tr_pto=wapp

Dit is nogal vreemd, de work-around gaat over Regkeys + sleutel, die sinds Edge 89 verdwenen zijn:
Enable usage and crash-related data reporting (deprecated)
DEPRECATED: This policy is deprecated. It is currently supported but will become obsolete in a future release.

This policy is deprecated. It is currently supported but will become obsolete in Microsoft Edge 89. This policy is replaced by the new policy: 'DiagnosticData' (Send required and optional diagnostic data about browser usage)for Windows 7, Windows 8, and macOS. This policy is replaced by Allow Telemetry on Win 10 (https://go.microsoft.com/fwlink/?linkid=2099569).
Bron: https://admx.help/?Catego...ingEnabled&Language=nb-no

Ik heb op 4 systemen gekeken (1x WIN11 X64 + 1x ARM64 + 2x WIN10), maar kan deze MetricsReportingEnabled registry Keys niet vinden. Ik wilde probleem is reproduceren (op een VM-systeem + systeem), maar zelfs na het aanmaken van deze keys blijft Edge werken. De sleutel Edge lijkt mij alleen aangemaakt te worden door toegepaste beleidsregels, namelijk zie ik de gehele sleutel Edge niet op eigen systemen terug.

Reg-key (+sleutel) (Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge) aangemaakt op 5 systemen (waarvan 1 VM extra is toegevoegd met nieuwe WIN10 install (eerst getest op Home, daarna opnieuw met Edu-activering). Edge start op 3 van de 5 systemen (WIN10/11 Edu) niet op, nadat de key is aangemaakt. De overige twee (WIN10 Pro) hebben al een sleutel Edge, maar hierbij lijkt de toegevoegde key geen invloed te hebben op de systemen met toegepaste Edge beleidsregels. Zelfs als ik deze sleutel + beleidsregels verwijderd, sleutel Edge + DWord MetricsReportingEnabled opnieuw aanmaak start Edge nog steeds op. 8)7

Edit: bevinden bijgewerkt
Edit2: VM aangemaakt (WIN10 Home, getest en naar edu geupgraded opnieuw getest) + bevinden bijgewerkt

[Reactie gewijzigd door m.z op 22 juli 2024 13:22]

Wel vreemd dan dat veel mensen melden dat het verwijderen van die sleutels gewerkt heeft voor ze...
Dat geloof ik, maar dat is niet mijn punt. Mijn punt is dat ik op 4 systemen deze sleutels niet eens kan vinden en als ik dit om te reproduceren aanmaakt, Edge nog steeds werkt. + dat volgens de bron deze sinds Edge 89 vervangen is.
de oplossing is reeds vrijdag door @brommer1 aangebracht in dit downloads topic.

ik had het probleem ook, de oplossing (registry entry deleten) werkt.
Dankjewel voor de tip, mijn Edge doet het weer! Wel slordig van MS..
Ik krijg elke keer een false positive als ik Edge opstart, een tab open, of er een afsluit. Kan met de problemen te maken hebben misschien? Hetzelfde probleem ervaar ik met elke Chromium-based programma zoals Discord

https://answers.microsoft...74-4f19-8c1f-117d688caf91

[Reactie gewijzigd door MrFax op 22 juli 2024 13:22]

Yep op 1.373.1518.0. echter na wat googlen vond ik:

https://www.bleepingcompu...gle-chrome-electron-apps/

Als je de update runt dan doet MS AV hier normaal..
Privacy > beveiliging > virus- en bedreigingsbeveiliging > beveiligingsupdates (ik heb 1.373.1524.X)
Alle browers hebben Java applets support verwijderd. Sinds Java 9 is de applet api deprecated https://openjdk.org/jeps/289. Met Java 17 (LTS) is de applet api gemarkeerd dat het verwijderd gaat worden. https://openjdk.org/jeps/398. Met Java 21 (LTS september 2023) zal de Applet API verwijderd worden.

Alternatief is een standalone applicatie maken die niet in de browser draait. Of html/css/js frontend waar je een enorm aantal frameworks voor kan gebruiken.

Alle browers hebben geen support meer voor Flash, Shockwave, Sliverlight, Applets, VB. Veel al vanwege security issues.

[Reactie gewijzigd door Cobalt op 22 juli 2024 13:22]

Alle browsers hebben geen support meer voor Flash, Silverlight, Applets, VB. Veel al vanwege security issues.
Shockwave hoort vaak ook in dit rijtje.
Sites die niet meer ondersteund worden, werken in geen enkele browser meer. De meeste gebruiken dezelfde rendering engine, afkomstig van Google. En zij die het nog zelf ontwikkelen zoals Mozilla en Apple hebben ook al lang de ondersteuning voor legacy zoals Java applets laten vallen.

Het alternatief is gewoon HTML5+CCS3
Hm, nu je het zegt. Ik gebruik Edge eigenlijk alleen voor de PDF-functionaliteit. Het is raar dat er volgende week (kan ook morgen zijn, bij wijze van spreken) pas een update komt, aangezien fervente Edge-gebruikers nu gewoon niet kunnen browsen.
Interessant, ik heb er geen probleem mee.
Was inderdaad een problee, met regedit een key wehalen fixed de boel.

Key: MetricsReportingEnabled
Een enorme ironie dat je just "MetricsReportingEnabled" moet weghalen.
Meer info hier.

Zou naar mijn idee altijd uit moeten.

Op dit item kan niet meer gereageerd worden.