Du er frakoblet, venter på at Internett skal koble til igjen

Samleoppdateringen 3035814 (frakoblet Installer) for .NET Framework 4.5, 4.5.1 og 4.5.2 på Windows Vista SP2, Windows 7 SP1, Windows 8, Windows 8.1, Windows Server 2008 SP2, Windows Server 2008 R2 SP1, Windows Server 2012 og Windows Server 2012 R2

VIKTIG: Denne artikkelen ble oversatt med maskinoversettelsesprogramvare fra Microsoft og muligens redigert av Microsoft Community via CTF-teknologi i stedet for av en oversetter. Microsoft tilbyr både menneskelig oversatte og maskinoversatte/Community-redigerte artikler, slik at du får tilgang til alle artiklene i vår Knowledge Base på ditt eget språk. En maskinoversatt eller Community-redigert artikkel er imidlertid ikke alltid perfekt. Den kan inneholde feil i vokabular, syntaks eller grammatikk, mye likt en fremmedspråklig som forsøker å snakke språket ditt. Microsoft har ikke ansvar for unøyaktige opplysninger, feil eller skade forårsaket av feilaktig oversettelse av innholdet eller kundenes bruk av informasjonen. Microsoft oppdaterer jevnlig maskinoversettelsesprogramvaren og -verktøyene for å forbedre redigering av maskinoversatte tekster.

Den engelske versjonen av denne artikkelen er den følgende: 3035814
Denne artikkelen beskriver samleoppdatering 3035814 som er tilgjengelig for Microsoft for .NET Framework 4.5.2, .NET Framework 4.5.1 og .NET Framework-4.5. Hvis du vil ha mer informasjon om problemene som samleoppdateringen løser, se det "Problemene som samleoppdateringen løser-delen.

Frakoblet pakken kan brukes i situasjoner der web-installasjonsprogrammet ikke kan brukes på grunn av mangel på Internett-tilkobling. Når det er mulig, anbefaler vi at du bruker installasjonsprogrammet for Web i stedet for frakoblet pakken for optimal effektivitet og båndbredde krav.
Løsning
En støttet hurtigreparasjon er nå tilgjengelig fra Microsoft. Den er imidlertid kun ment å løse problemet som beskrives i denne artikkelen. Bruk den bare på systemer som har dette bestemte problemet.

Hvis du vil løse dette problemet, kontakter du Microsoft Kundestøtte for å få hurtigreparasjonen. For en fullstendig liste over telefonnumre for Microsofts kundestøttetjenester og informasjon om støttekostnader, kan du gå til følgende Microsoft-webområde:Obs! I spesielle tilfeller kan avgifter som vanligvis påløper for oppringinger til kundestøtte kanselleres hvis en Microsoft-tekniker avgjør at en bestemt oppdatering løser problemet. Vanlige kundestøttekostnader gjelder for ytterligere kundestøttespørsmål og problemer som ikke dekkes av den gjeldende oppdateringen.
Mer informasjon

Forutsetninger

Hvis du vil bruke denne hurtigreparasjonen, må du ha .NET Framework 4.5.2, .NET Framework 4.5.1 eller .NET Framework 4.5 installert.

Krav om omstart

Du må starte datamaskinen etter at du har installert denne hurtigreparasjonen, hvis alle berørte filer er i bruk. Vi anbefaler at du lukker alle .NET Framework-baserte programmer før du installerer denne hurtigreparasjonen.

Informasjon om erstatning av hurtigreparasjoner

Denne hurtigreparasjonspakken erstatter ikke tidligere utgitte-hurtigreparasjonspakken.

Søker etter installerte hurtigreparasjonen

For å oppdage vellykket installasjon av samleoppdateringen 3035814 for .NET Framework 4.5 og senere versjoner, se release-nøkkelordet for å finne den installerte versjonen. For å være kompatibel med fremover, kan du se etter en verdi som er større enn eller lik verdien som er oppført i denne tabellen.

Hurtigreparasjonsversjonen for beregnet verdiUtgivelsen DWORD-verdien
Samleoppdateringen 3035814 for .NET Framework 4.5 og senere versjoner379970

Hvis du vil ha mer informasjon om hvordan du Sjekk installert versjoner av .NET Framework, kan du se følgende MSDN-artikkel:


Problemene som samleoppdateringen løser

Problem 1

Anta at du har et 32-biters Windows Presentation Foundation (WPF)-program på en 64-biters operativsystem. Når programmet gjentatte ganger kaller metoden PrintQueue.GetPrintCapabilities (eller andre relaterte utskriftsmetoder, for eksempel PrintQueue.Dispose), oppstår en minnelekkasje i en separat prosess som kjører dllhost.exe.

Obs! Dette problemet oppstår vanligvis når du setter utskriftskøen objektet i blokken "bruke":
using (var printQueue = new PrintQueue(printServer, printerName)){ ... use printQueue ... }

Problem 2

Når du aktiverer UI-virtualisering for en listekontroll som ListBox, DataGrid, ListView eller TreeView i WPF-program, kan du oppleve følgende problemer:
  • NullReferenceException- eller ArgumentException
  • Rulle til et uventet sted
  • Uendelig løkke eller hengende
  • StackOverflow-unntak
  • Feil når du ruller til siste side
Årsak

Disse problemene oppstår ofte når en klasse VirtualizingStackPanel oppdager at én eller flere underordnede elementer er endret høyde, en gang enn under den første mål-forespørselen fra det overordnede området. Når som helst refererer vi til dette som en "nedenfra og opp høyden endring". Dette omfatter følgende eksempler:
  • Vise eller skjule et hierarkisk barn (TreeViewItem eller GroupItem)
  • Resirkulere et barn når de nye dataene gir en annen høyde enn de gamle dataene (når VirtualizingMode = "Resirkulering" er angitt)
  • Bruk en UserControl som inneholder, avhenger av data utenfor kontrollen
  • Kjør behandlingsprogrammer som er angitt av programmet for oppsett-relaterte hendelser som lastet inn eller LayoutUpdated
  • Databinding til data utenfor det underordnede elementet (for Eksempelbruke AncestorType eller ElementName i bindingen)
VirtualizingStackPanel -klasse kan ikke alltid håndterer denne situasjonen på riktig måte, kan dette føre til problemer som er beskrevet tidligere.

Notater
  • Logikken er nå blitt forbedret for å løse problemer som oppstår fra nedenfra og opp høyde endringer.
  • Endre situasjonen nedenfra og opp høyden er ansvarlig for de fleste av rulling og måling problemer som er rapportert til Microsoft, men ikke for alle. De samme problemene kan oppstå av andre årsaker som ikke dekkes av denne hurtigreparasjonen.
Problem 3

Anta at du har brukt det Januar update. I denne situasjonen oppstår ytelse degradations og ustabilt på systemer som er avhengige av datasanering i bakgrunnen. Dette problemet oppstår fordi Garbage Collector ble oppdatert for å gjøre "minne skrive watch" (MEM_WRITE_WATCH)-funksjonen kreves i stedet for valgfri. Denne oppdateringen aktiverer MEM_WRITE_WATCH-funksjonen som valgfritt på nytt.

Problemet 4

Anta at du har en IIS-vertstjenester WCF-tjenesten kjører på .NET Framework 4.5.1 eller 4.5.2. Tjenesten er satt til å kreve et klientsertifikat i IIS-innstillingene. Bindingens HttpsTransportBindingElement.RequireClientCertificate er false.

I dette tilfellet WCF overholde ikke IIS-innstilling, og vil ikke blir korrekt validert klientsertifikatet. Det er mulig å omgå dette problemet ved å bruke en egendefinert binding og sette egenskapen HttpsTransportBindingElement.RequireClientCertificate til true.

Problemet 5

Anta at du har en WCF-tjeneste som bruker transportsikkerhet. Tjenesten har en binding med SecurityBindingElement.SecurityHeaderLayout som er satt til en annen verdi enn standardverdien for strengt.

I dette tilfellet ignorerer WCF denne egenskapen slik WCF-klienter ikke kan kommunisere med tjenesten selv om du bruker et riktig oppsett. Du må legge til følgende linje i appSettings i konfigurasjonsfilen for WCF ikke utføre dette på riktig måte:
<appSettings><add key="wcf:useConfiguredTransportSecurityHeaderLayout" value="true" /></appSettings>

Advarsel: Denne artikkelen er autooversatt

Egenskaper

Artikkel-ID: 3035814 – Forrige gjennomgang: 01/25/2016 07:24:00 – Revisjon: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbfix kbqfe kbexpertiseadvanced kbsurveynew kbmt KB3035814 KbMtno
Tilbakemelding