Windows 8 build 8102.101 is the official Developer Preview and Milestone 3 build of Windows 8. It was released to application developers on 13 September 2011, specifically during the first edition of the Microsoft Build conference in Anaheim, California,[1][2] held between 13 and 16 September. A version of the build, which ran on a prototype x86-based Samsung tablet PC, was also distributed to attendees of the aforementioned event.
It was only officially released for the x86 and x64 architectures in the English (United States) language, as much of the existing Metro UI resources (including shell-related strings) were deliberately hardcoded into the main Redpill shell library (shsxs.dll), although their respective Simplified Chinese language packs were leaked by Chinese website cnBeta on 20 September 2011, exactly one week after the build's public release.[3] The x64 release was further complimented by a separate variant that contained additional development tools, which includes preview builds of Visual Studio 11 Express, the Windows SDK and Expression Blend 5.
It is the only available build to come with the Redpill features unlocked out-of-box via the official unlock procedure, therefore having the complete Windows 8 user interface enabled by default. It is also the first available build to come with the full set of pre-installed Metro applications.
This is the first publicly released build of Windows 8 to have all new Metro features working out-of-box. While the image that was distributed by Microsoft has the modernized shell enabled, it still utilizes the same internal mechanism of (un)locking Metro features through Redpill as seen in earlier builds. A remnant from the Redpill application is present in this build in the form of a redpill.log file in the System32 directory, giving some insight to the functioning of the official Redpill unlocker.
As this build still utilizes Redpill, setting HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\RPEnabled to 0 will disable the Metro features like the start screen or hot corners, effectively un-redpilling the build and resulting in an experience similar to earlier leaked builds of Windows 8 and by extension Windows 7, after Explorer is restarted. Special applications were created to suffice for this need. Note that setting RPEnabled to 0 will also result in the Microsoft Confidential watermark appearing on the desktop and winver, just like in earlier builds of Windows 8. In cases where Explorer was not restarted after disabling Metro, a hybrid between classic and Metro may occur where part of the Metro interface still shows on top of the classic shell. In other cases, the start screen accent may show garbled.
Because of the similarities in the way of how features are locked between 8102 and some earlier builds, the files dropped by Redpill in build 8102 have been used to unlock Metro features in several older builds, such as builds 8056, 7989, and 7927.
The default accent color has been changed to green, although the ability to actually change the overall accent color has been temporarily disabled. The functionality would be re-enabled in later development builds. New lock screen backgrounds have been introduced, and it is no longer possible to use the small applications view on the Start screen, a feature that would later return in build 8118.
To showcase the abilities of the new user interface, the build includes a set of sample applications that take advantage of various existing Windows Runtime functions. The Windows Store received a new icon, although the application itself would not be enabled until a later update released alongside the official Consumer Preview build.
Some time ago, I activated Previews in my Teams client. And now I can't permanently disable it! I have reinstalled, rebooted and deleted the cache numerus times, but a short while after starting Teams, Preview is automatically activated, and this results in the Viva Connections icon in the App Rail is gone.
I have been seeing this exact issue for several weeks now on one of my work PCs. I'm wondering if there is something that needs to be removed from the registry. I was also wondering if this issue could be related to my Office release channel. To see your office release channel, open Outlook (or any office app), then go to FILE > OFFICE ACCOUNT. Under 'About Outlook', mine shows 'Current Channel (Preview)'. Perhaps this channel setting is just a coincidence though.
I believe you are on to something, I have just recently been the recipient of this plague that has crossed multiple tenancies now. Different builds have crept into Preview status. This feels related to MS Teams just wanting to be in Developer Preview mode.
I uninstalled Teams and deleted all the app data folders I could find ('C:\Users\\AppData\Local\Microsoft\Teams' and 'C:\Users\\AppData\Roaming\Teams'). I even cleared out what I could find in the registry, but eventually this problem came back. I could have missed something, but this make me more suspicious that it has something to do with the "Current Channel (Preview)" version I am seeing in Office.
@Jakob Rohde We had the same issue, and Google lead me to this thread. I resolved the issue, dropping our solution here for all others that got led here by Google. In our case, the release preferences for the tenant was set to "Targeted release for everyone", and according to the instructions on how to enable the Teams developer preview: "Note: If your tenant is enrolled for Microsoft 365 Targeted Releases, developer preview is automatically enabled"
Features included in preview may not be complete and may undergo changes before becoming available in the public release. They are provided for testing and exploration purposes only. They should not be used in production applications.
Developer Preview is a public program for developers, which provides early access to unreleased features in Microsoft Teams. Developer Preview allows you to explore and test upcoming features for potential inclusion in your Teams app. We also welcome feedback on any feature in developer preview. Developer preview is enabled per Microsoft Teams client, so you don't need to worry about affecting your entire organization.
Many features enabled in developer preview require alterations to your app manifest (previously called Teams app manifest) JSON file. To do so, you need to use the developer preview app manifest schema. If you use this schema, you can't use Developer Portal for Teams to make these changes, nor you can use it to upload your app for testing. To upload your app, you need to select the More apps icon on the app bar, then select the Upload a custom app link. Using this method, you can only upload a zipped version of your app package.
You might find it useful to use Developer Portal for Teams to create the non-developer preview portions of your app package, then export that package and manually edit the manifest.json file to add the developer preview features you wish to use. After you added the developer preview features to the manifest.json file, you can't reimport the package into Developer Portal for Teams.
Developer preview is enabled on a per-client basis, but the option to turn on developer preview is controlled at the organization level. To enable the option to turn on developer preview for an individual, you must ensure that they have the ability to upload custom apps. For more information, see setting up your tenant.
Using an app that contains developer preview features might cause clients that didn't enable developer preview to behave unexpectedly. If you don't see an entry for developer preview, the most likely reason is your organization isn't configured for app uploading.
795a8134c1