Is .NET Framework 4.5/4.5.1 automatically installed by WU on Vista/7?


Recommended Posts

It's offered as critical update, but not automatically installed.

 

Since it's a superset of .NET 4.0 ff I would recommend installing it. Saves you from having to wait for a metric ton of .NET 4 updates to install.

  On 10/01/2014 at 14:56, Frank B. said:

It's offered as critical update, but not automatically installed.

 

Since it's a superset of .NET 4.0 ff I would recommend installing it. Saves you from having to wait for a metric ton of .NET 4 updates to install.

 

If critical updates aren't automatically installed (unless deselected) then which ones are? Catastrophic ones? :O

  On 10/01/2014 at 22:19, snaphat (Myles Landwehr) said:

Don't modern versions of Windows throw a warning telling you to install the newer versions of .net anyway when you try to run the assemblies?

Yes they show a warning but installing a framework with all the updates can take up to an hour so when switching to a newer version I first have to consider if it would become a major inconvenience for most of the users or not.

 

I'm pretty sure Windows automatically installed some of newer frameworks (3.5/3.5.1 for sure if 2.0 or 3.0 is installed; I think I also saw 4.0 but I don't know if there were related conditions) but I never bothered checking the updates when setting up computers/VMs.

 

I would be much happier if I could use 4.5.1, or even 4.5 for having the better WPF controls available now that XP support is being discontinued (4.5 is not available on XP so it was a major issue until now). WPF on 3.5 and somewhat also on 4.0 can be some kind of a nightmare from hell.

  On 11/01/2014 at 07:21, francescob said:

Yes they show a warning but installing a framework with all the updates can take up to an hour so when switching to a newer version I first have to consider if it would become a major inconvenience for most of the users or not.

 

I'm pretty sure Windows automatically installed some of newer frameworks (3.5/3.5.1 for sure if 2.0 or 3.0 is installed; I think I also saw 4.0 but I don't know if there were related conditions) but I never bothered checking the updates when setting up computers/VMs.

 

I would be much happier if I could use 4.5.1, or even 4.5 for having the better WPF controls available now that XP support is being discontinued (4.5 is not available on XP so it was a major issue until now). WPF on 3.5 and somewhat also on 4.0 can be some kind of a nightmare from hell.

 

An hour is not a typical install time. With XP support discontinued, you shouldn't be targeting 4.0 (a known buggy version of .net) unless it is a client requirement.

  On 11/01/2014 at 08:20, snaphat (Myles Landwehr) said:

An hour is not a typical install time. With XP support discontinued, you shouldn't be targeting 4.0 (a known buggy version of .net) unless it is a client requirement.

That only if you consider installing only the framework, but there are also all the related service packs, updates, etc. that are extremely slow to install (plus the download times). Ngen trashing the hard drive for a while after the install and after most of the updates can also be quite the annoyance. For now I never had any particular problem with 4.0 and would still prefer it to 3.5 anyday but that's because I wouldn't use WPF on any of both.

  On 11/01/2014 at 08:45, francescob said:

That only if you consider installing only the framework, but there are also all the related service packs, updates, etc. that are extremely slow to install (plus the download times). Ngen trashing the hard drive for a while after the install and after most of the updates can also be quite the annoyance. For now I never had any particular problem with 4.0 and would still prefer it to 3.5 anyday but that's because I wouldn't use WPF on any of both.

 

I've never had an issue with installing it or updates. I think you are mostly referring to the time it took 4.0 to pre-cache everything (read as: compile all of its assemblies into native code for your PC).

 

Targeting 4.0 is in generally a bad idea unless you know what you are doing. Remember, 4.5 is an in place upgrade of 4.0 which means that if you test a 4.0 target on a 4.5 install, you will be using the 4.5 library assemblies which have fixes for numerous defects over the 4.0 library assemblies. This means you will never exhibit broken behavior caused by 4.0 bugs. This is the fundamental reason why you shouldn't be targeting 4.0: because it leads to bugs and breakage that you cannot test for unless you are actually developing using the 4.0 platform directly.

As already been answered, .NET 4.0 and 4.5 are not automatically available on Windows Vista and 7. Available as updates, but as a developer, you shouldn't count on that.

 

However, Windows Vista and 7 do have versions of .NET installed. They both have .NET 2.0 (Vista has 2.0 SP1, and 7 2.0 SP2), and is irremovable, meaning you can always target it and expect it to work. Of course, WPF wasn't added until 3.0 or 3.5, so... :/ Vista and 7 also have .NET 3.0 and 3.5 installed, respectively, but can be removed, so, again, you shouldn't count on that.

 

Windows 8 has .NET 4.5 included, irremovably, and Windows 8.1 has 4.5.1. So at least developing for Windows 8 and later, you won't have to worry about the end user installing anything to get it to work. (Unless you are targeting a pre-4.0 version of .NET)

  On 11/01/2014 at 09:38, snaphat (Myles Landwehr) said:

I've never had an issue with installing it or updates. I think you are mostly referring to the time it took 4.0 to pre-cache everything (read as: compile all of its assemblies into native code for your PC).

 

I'm referring to all of the time wasted. Download time, install time, updating time, most users don't have an high-end pc and it would take a lot of time. That also providing the users won't get tricked by those annoying adware-infested spammy search engine results in the process.

 

  On 11/01/2014 at 09:38, snaphat (Myles Landwehr) said:

Targeting 4.0 is in generally a bad idea unless you know what you are doing. Remember, 4.5 is an in place upgrade of 4.0 which means that if you test a 4.0 target on a 4.5 install, you will be using the 4.5 library assemblies which have fixes for numerous defects over the 4.0 library assemblies. This means you will never exhibit broken behavior caused by 4.0 bugs. This is the fundamental reason why you shouldn't be targeting 4.0: because it leads to bugs and breakage that you cannot test for unless you are actually developing using the 4.0 platform directly.

 

Between 3.5 and 4.0 I'd rather pick 4.0 anyday, I've used it since it was released and I don't remember any particular issue (maybe a bit worse memory management) however I never used WPF with it because of the horrible performance, I only started using WPF after 4.5 came out.

 

  On 11/01/2014 at 10:12, JaykeBird said:

As already been answered, .NET 4.0 and 4.5 are not automatically available on Windows Vista and 7. Available as updates, but as a developer, you shouldn't count on that.

 

My question was whether those updates are actually installed or not, because I have confused memories about that. I'm pretty sure I saw 4.0 automatically being checked on some machines but I'm also sure I saw Windows XP installing framework 3.5 for no reason at all (completely clean install with no other frameworks installed).

 

  On 11/01/2014 at 10:12, JaykeBird said:

However, Windows Vista and 7 do have versions of .NET installed. They both have .NET 2.0 (Vista has 2.0 SP1, and 7 2.0 SP2), and is irremovable, meaning you can always target it and expect it to work. Of course, WPF wasn't added until 3.0 or 3.5, so... :/ Vista and 7 also have .NET 3.0 and 3.5 installed, respectively, but can be removed, so, again, you shouldn't count on that.

 

Windows 8 has .NET 4.5 included, irremovably, and Windows 8.1 has 4.5.1. So at least developing for Windows 8 and later, you won't have to worry about the end user installing anything to get it to work. (Unless you are targeting a pre-4.0 version of .NET)

 

I do know Vista and 7 come with framework 2.0/3.5 and was previously targeting 3.5 for that reason, because every 2.0 install (on XP and Vista) was automatically turned into 3.5 by Windows Update so it became a common platform for all the OS versions. If Windows Update did the same with 4.5 or 4.5.1 now that I can stop caring about XP support I'd happily switch to 4.5/4.5.1. But can somebody confirm that?

  On 11/01/2014 at 17:14, francescob said:

My question was whether those updates are actually installed or not, because I have confused memories about that. I'm pretty sure I saw 4.0 automatically being checked on some machines but I'm also sure I saw Windows XP installing framework 3.5 for no reason at all (completely clean install with no other frameworks installed).

 

 

I do know Vista and 7 come with framework 2.0/3.5 and was previously targeting 3.5 for that reason, because every 2.0 install (on XP and Vista) was automatically turned into 3.5 by Windows Update so it became a common platform for all the OS versions. If Windows Update did the same with 4.5 or 4.5.1 now that I can stop caring about XP support I'd happily switch to 4.5/4.5.1. But can somebody confirm that?

It's already been answered in this thread: 4.5 is not installed automatically on 7. Unless the behavior has changed with the 4.5.1 release, that is still the case. You could easily roll a temporary VM with 7 to test though. That's what I would I do if it were me

  On 11/01/2014 at 18:12, snaphat (Myles Landwehr) said:

It's already been answered in this thread: 4.5 is not installed automatically on 7. Unless the behavior has changed with the 4.5.1 release, that is still the case. You could easily roll a temporary VM with 7 to test.

^ that - it is offered as important (not critical as I mistakenly wrote above) update, but not installed automatically on Windows 7.

  On 11/01/2014 at 18:12, snaphat (Myles Landwehr) said:

It's already been answered in this thread: 4.5 is not installed automatically on 7. Unless the behavior has changed with the 4.5.1 release, that is still the case. You could easily roll a temporary VM with 7 to test though. That's what I would I do if it were me

I did some test installs on a VM and can confirm that:

- WU (now) doesn't install any newer framework on a clean XP SP3 install, with or without the included 1.1 installed.

- WU doesn't install any newer framework on a clean Windows 7 install (3.5 preinstalled). Windows Update only shows 4.5.1 (4.5 is not shown) as a recommended update (not important nor critical) in the optionals tab with no changes if I install 4.0 (client or full(extended)) or 4.5.

  On 12/01/2014 at 01:15, francescob said:

I did some test installs on a VM and can confirm that:

- WU (now) doesn't install any newer framework on a clean XP SP3 install, with or without the included 1.1 installed.

- WU doesn't install any newer framework on a clean Windows 7 install (3.5 preinstalled). Windows Update only shows 4.5.1 (4.5 is not shown) as a recommended update (not important nor critical) in the optionals tab with no changes if I install 4.0 (client or full(extended)) or 4.5.

 

What about if you install SP1? Does it give you 4.0 then automatically with that?

  On 12/01/2014 at 01:18, snaphat (Myles Landwehr) said:

What about if you install SP1? Does it give you 4.0 then automatically with that?

Sorry I forgot to mention I used a Windows 7 SP1 disc to install. I also installed all the batches of security updates for each framework to be sure nothing changed.

 

As last thing I enabled Microsoft Update and now the update is listed as important (not in the optionals tab but also not selected) because when it's set up it enables the setting to have recommended updates considered as important.

Don't assume anything about the older .NET versions with the newer OSes.  For example, Server 2012 ships with 3.5, but you have to go to "Turn Windows features on or off" to install them.  Then you have to wait for the updates to install, then the updates to the updates, then...

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • KDE brings UI improvements, bug fixes and more to Plasma 6.4 as stable release draws near by David Uzondu With less than a month to the release of Plasma 6.4, the KDE dev team has shared what it has been working on in the latest issue of its weekly roundup. The update shows a heavy focus on user interface polish and a whole slew of bug fixes as the June 17 release date gets closer. The team has pushed a number of UI refinements for the upcoming version. On the System Settings page for Wi-Fi, the network list can now be fully navigated with a keyboard. KDE also disabled the ability to drag and drop displays on top of one another in the monitor settings. This was done because it could create unsupported arrangements that triggered a cascade of strange bugs throughout the system. Waking up a sleeping computer by pressing the power button no longer causes the bizarre logout screen to appear after you unlock it, which is a relief. Alignment issues in the settings page for the Digital Clock widget were also resolved. The list of bug fixes for 6.4 is extensive. The development team has fixed the most common crash affecting the System Monitor and squashed another one related to a divide-by-zero error. For users with multiple monitors, a long-awaited fix has landed that prevents windows from disappearing when the screen they are on gets disconnected. Even the humble Sticky Notes widget received attention; it will no longer freeze the Plasma shell if you place it on a very thick panel. Discover, the software center, also had a bug patched that caused it to crash if closed too quickly after launch. Here's the full list of improvements: Putting a Sticky Note widget on a very thick panel can no longer cause Plasma to freeze; now, you can use a thick panel with a sticky note on it as a notes sidebar. Fixed the most common System Monitor crash. Fixed another crash in System Monitor, this time a divide-by-zero. Fixed a case where xdg-desktop-portal-kde could crash after you choose a video source to start streaming. Fixed a bug that caused Discover to crash if you close it immediately after it launched. Fixed multiple subtle bugs with the screen chooser widget and OSD that caused it to do the wrong thing on rotated screens or when mirroring screens. Fixed a bug that caused the System Settings’ search field not to be focused properly when pressing Ctrl+F while any UI elements in a settings page already had focus. Fixed the root cause of multiple issues involving windows disappearing when you disconnect the screen they’re on. Clicking a button on a desktop widget that opens a menu no longer inappropriately makes the widget enter Widget Edit Mode. Files with a # or ? character in their name or full path are no longer unexpectedly missing from the history lists in Kicker/Kickoff/etc launchers. Fixed a bug that caused the screen chooser window to sometimes not appear as expected when OBS was launched. Fixed a bug that caused tiled windows on a multi-screen setup to lose their tiling settings when the system went to sleep and woke up again. The "Move window to [activity]" feature now works properly when invoked from the Task Manager widget. Fixed a bug in the Kicker Application Menu that caused keyboard navigation not to work if the popup opened with an item under the pointer. In the Overview effect’s grid view, dragging windows tiled on one virtual desktop over to a different virtual desktop now keeps them tiled as expected. The focus may be on the imminent 6.4 release, but work on what comes next never really stops. Looking ahead, development on Plasma 6.5 is already well underway. Just last week, the KDE team brought several performance improvements to Plasma 6.5.0. This week, the team fixed a nagging bug that sometimes caused the Networks widget to think a hotspot was still enabled after disconnecting from Wi-Fi. On the features side, the System Settings' Fonts page now prevents you from breaking your system entirely by setting fonts below 4pt. In addition to that, switching time spans in the Info Center’s energy page now features smooth graph animations. Performance-wise, kwriteconfig should also be faster, allowing changes you made to the keyboard layout using the tool to reflect immediately.
    • Display Driver Uninstaller (DDU) 18.1.1.4 by Razvan Serea Display Driver Uninstaller (DDU) is a utility for completely removing AMD/NVIDIA/INTEL graphics drivers and related packages from your system, attempting to eliminate all leftovers (including registry entries, folders and files, driver store). Though AMD/NVIDIA/INTEL drivers can usually be removed via the Windows Control Panel, this uninstaller tool was created for situations where standard uninstall fails, or when you need to fully remove NVIDIA or ATI graphics card drivers. After using this driver cleaner, your system will behave as though it’s the first time you’re installing a new driver—similar to a fresh Windows installation. As with all such tools, we recommend creating a restore point beforehand, allowing you to undo changes if issues arise. If you're having trouble installing an older or newer driver, try it—there are reports that it resolves such problems. Recommended usage: The tool can be used in Normal mode but for absolute stability when using DDU, Safemode is always the best. Make a backup or a system restore (but it should normally be pretty safe). It is best to exclude the DDU folder completely from any security software to avoid issues. You do NOT need to uninstall the driver prior using DDU. Requirements: .NET Framework 4.8 Compatible with Windows 7, 8, 8.1, 10, and 11 (32-bit or 64-bit) Note: Using on Insider Preview builds is at your own risk. Display Driver Uninstaller (DDU) 18.1.1.4 changelog: Intel: Added NPU presence detection before removing shared DLL files (these were previously left to prevent potential NPU-related issues). Intel: Added optional NPU removal Improved "Extension" driver removal process. Updated several translations. Download: Display Driver Uninstaller 18.1.1.4 | 1.7 MB (Freeware) Download: DDU Portable | 1.2 MB Links: Display Driver Uninstaller Home Page | Screenshot | Forum Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • That is what I also think to a point. How is 26 necessarily different than just another iteration like 18, 19, 20, etc? At first I think it would be better for Apple to use 2026, 2027, and then maybe truncate it to just 28, 29, and so on. Granted, I also think it makes more sense to use the year when it was released (2025 or 25), not 26/2026. Maybe Apple's thinking is as stated by Aditya that the bulk of a release being the current release is during the following year (2026, for example) after it is released (2025, for example). There are other examples of these sorts of things. In the NBA, the season has always started in the Fall and ends in the Spring. When the season ends is how the season is named. So, this is the 2025 NBA season and the Pacers and Thunder are playing to be the 2025 NBA Champions. The NFL starts in the Fall and the end of the season is always in the beginning of the next year as well. The Super Bowl was played on February 9, 2025, but that was the end of the 2024 NFL season. So, contrary to the NBA, the NFL names it season based on when it starts, not when it ends. Maybe that is because more of the NFL season is played at the end of the year (2024 in the most recent example) whereas most of the NBA season is played in the first half of the following year (2025 in the current example).
    • Years ago I was at COMDEX in Las Vegas and a pit boss told me all the casino hotel staff said of the geeks "They bring one clean shirt and a $10 bill and they don't change either one all week..."
  • Recent Achievements

    • Week One Done
      abortretryfail earned a badge
      Week One Done
    • First Post
      Mr bot earned a badge
      First Post
    • First Post
      Bkl211 earned a badge
      First Post
    • One Year In
      Mido gaber earned a badge
      One Year In
    • One Year In
      Vladimir Migunov earned a badge
      One Year In
  • Popular Contributors

    1. 1
      +primortal
      495
    2. 2
      snowy owl
      252
    3. 3
      +FloatingFatMan
      251
    4. 4
      ATLien_0
      228
    5. 5
      +Edouard
      191
  • Tell a friend

    Love Neowin? Tell a friend!