primordic/IssueDupesLite huggingface dataset:
Repository: dotnet/maui

Issue #6253: [Android] CheckBox styles not changing with AppThemeBinding
Created: 2022-04-19T19:59:51Z
Description
On Android, the CheckBox color / background color is not changing properly with the AppThemeBinding as per the following style"
<Setter Property="Color" Value="{AppThemeBinding Light={StaticResource Primary}, Dark={StaticResource White}}" />
<Setter Property="BackgroundColor" Value="{AppThemeBinding Light={StaticResource White}, Dark={StaticResource Black}}" />
Using Background instead of BackgroundColor, and Brushes instead of Colors yield similar if not worse results. On certain occasions, in addition to failing to change styles, we see something like this:

Steps to Reproduce

Create a File > New .NET MAUI app
Add a CheckBox to the MainPage
Deploy the app to Android
Note the style of the CheckBox
Change the OS device theme
Return to app
Note the CheckBox style remains the same

Version with bug
Release Candidate 1 (current)
Last version that worked well
Unknown/Other
Affected platforms
Android
Affected platform versions
Android API 32
Did you find any workaround?
No response
Relevant log output
No response

Duplicate issue #8376: Checkbox Issue (App ThemeBinding wont update) 
Created: 2022-06-28T09:18:58Z
Description
If you use the checkbox control and give it a different color for each theme via appthemebinding, then when a theme changes on runtime the color is wont updated
Reproduction Repo: https://github.com/DeepWorksStudios/ReproductionProjectBug8376_CheckBox
Steps to Reproduce



Create Maui project




Add an checkbox




add diffrent color via apptheming




add diffrent background color to page via apptheming




start the emulator or the device




switch theme




check if choosen color got updated



Version with bug
6.0.400 (current)
Last version that worked well
Unknown/Other
Affected platforms
Android, Windows, I was not able test on other platforms
Affected platform versions
All Android Version, All Windows Verson
Did you find any workaround?
No
Relevant log output
No response

Closing comment (2022-06-28T14:21:00Z): Hi, @DeepWorksStudios - thanks for opening this issue. I will be closing as it is a duplicate of #6253 - please track and stay updated on this issue there!
Repository: dotnet/maui

Issue #6843: Get native Window handle from control
Created: 2022-05-05T05:54:29Z
Description
I would like to port a Winforms desktop app which uses a native lib to render video - so the app should have different code for different platforms, but I was unable to find a way to get an IntPtr Windows handle from e.g. a BoxView.
Public API Changes
I do not know where this functionality should be added...
Intended Use-Case
In Winforms we can do something like this:
_libvlc_media_player_set_hwnd(mediaPlayer, panelVideo.Handle); // Render video on Windows in a panel control
It would be very useful to have a similar feature in Maui - if it's not already available.

Duplicate issue #11718: Get native Window handle from control
Created: 2022-11-29T06:09:19Z
WinForms with C#
The C# code below shows how to retrieve the window handle (HWND) for a WinForms form object. This example uses the NativeWindow.Handle property.
C#
// Form1.cs
private void button1_Click(object sender, EventArgs e)
{
var hWnd = this.Handle;
}
Like that how to get the Native window Handle of the Control in MAUI.
[(https://github.com//issues/6843)]

Closing comment (2022-11-29T19:17:25Z): Duplicate of #6843
Repository: dotnet/maui

Issue #5162: AppIcon shows a border on windows taskbar
Created: 2022-03-09T10:50:17Z
Description
Adding a custom image as appicon not shown correctly in Windows taskbar. A Blue border or padding gets applied.
MauiApp4.zip
Issue screenshot:

Steps to Reproduce

Create a MAUI project.
Add a image named as appicon.png and set as MauiIcon.

Run the app in windows.
Version with bug
Preview 13 (current)
Last version that worked well
Unknown/Other
Affected platforms
Windows
Affected platform versions
Windows 19041
Did you find any workaround?
No
Relevant log output
No response

Duplicate issue #7200: [Windows] App Icon behaves randomly
Created: 2022-05-15T14:47:28Z
Description

Edit: the issue might be that for the same project, the app icon is cached somewhere in Windows and I cannot change it. I am changing the image and it keeps showing the old image. I am deleting bin and obj folders upon each try.
Edit2:
It broke even more (see that there is blue background behind the red "background" and the image is wrong (or more precisely, I might have been using a .png until a few days ago, that would explain the image working in colors at the first try (while being cached from previous days))!:

Edit3:
The colors don't match at all.
I am deleting bin and obj folders upon each try.

This does not fix after VS restart and yet another bin and obj folders deleting.
Edit4:
This doesn't fix after uninstalling the application package manually through Windows 10 Settings -> Applications.
The icon is broken in taskbar and background color is different in the Windows 10 Settings -> Applications menu.

Edit5: while svg turns black on Android, it works on Windows (got back the colorful image on blue background).
Steps to Reproduce
Try define Color or TintColor on MauiIcon tag
Version with bug
Release Candidate 3 (current)
Last version that worked well
Unknown/Other
Affected platforms
Windows
Affected platform versions
latest
Did you find any workaround?
No response
Relevant log output
No response

Closing comment (2022-08-31T03:59:23Z): Thanks @designtechemanuel! This is indeed a duplicate of #5162.
Repository: dotnet/orleans

Issue #2156: Type serialization does not handle RuntimeType or un-registered types
Created: 2016-09-15T11:49:54Z
There are two issues with serialization of Type today:

Currently we register a specialized serializer for Type like so:

Register(
  typeof(Type),
  BuiltInTypes.CopyType,
  BuiltInTypes.SerializeType,
  BuiltInTypes.DeserializeType);
At runtime, types are typically an instance of RuntimeType, which is an internal class, rather than Type, which is an abstract class.

The type serializer which we register is only able to serialize types which have previously been registered by a call to SerializationManager.Register(...), meaning that we are limited to a subset of types.

The first issue can be fixed by additionally registering the same serializer for typeof(Type).GetType() to get the RuntimeType.
The latter requires more thought. The easiest solution is to use type.AssemblyQualifiedName + Type.GetType(). That would serialize assembly version also, which is likely undesirable. Another approach is to use a hybrid of the current model (pre-registered types) with a fallback to GetType/AssemblyQualifiedName.

Duplicate issue #2727: Serialization fails for List<CultureInfo>
Created: 2017-02-14T14:04:18Z
Here is a failing test:
[Fact, TestCategory("BVT"), TestCategory("Functional"), TestCategory("Serialization")]
public void SerializationTests_CultureInfoList()
{
    var input = new List<CultureInfo> { CultureInfo.GetCultureInfo("en"), CultureInfo.GetCultureInfo("de") };

    var output = SerializationManager.RoundTripSerializationForTesting(input);
    Assert.True(input.SequenceEqual(output));
}

It gives the following error message: "Named type "CultureInfo" is invalid: Type string "CultureInfo" cannot be resolved."
Serialization of a single CultureInfo object works fine though.

Closing comment (2017-02-14T22:49:41Z): I could spot-fix this bug, but it's really related to the larger issue of type identity serialization.
Currently, the type serializer only supports types which have been Register()d on both ends. Only certain types are registered eagerly. Registering every single type would result in a lot of processing and a very large map of types <-> names.
Solutions include:

Serializing types using AssemblyQualifiedName (but that includes asm versions)

ILBasedSerializer uses a method similar to this, but also serializes types using a TypeKey struct to improve perf


Creating a custom version of AssemblyQualifiedName which doesn't include asm versions, but is still compatible with Type.GetType(...)
Creating a custom binary representation of type identifiers

Assembly identifiers should be serialized at most once per message
Generic type parameters will naturally use their most efficient representation (eg, int would be serialized using its SerializationTokenType (byte) instead of its fully-qualified type name.)



Also related to #2156, #2597, & #1480
Repository: dotnet/orleans

Issue #3862: CreateOrleansTables sql script?
Created: 2018-01-13T16:38:38Z
I am attempting to use sql server for storage.
The link to the sql script to create orleans tabes on this page 404's: http://dotnet.github.io/orleans/Documentation/Advanced-Concepts/Configuring-SQL-Tables
Any ideas where I can find it?

Duplicate issue #3890: SQL CreateOrleansTable files
Created: 2018-01-22T14:23:37Z
To populate the SystemStorage when using a SQL database the createOrleansTables is needed.
The location given in the documentation for these files are Binaries/OrleansServer I spent a lot of time looking on the internet since I could not find them in the surgested package. Instead they are in the packages/OrleansSQLUtils/lib/net.
This issue is only a surgested update for the documentation in the following file "http://dotnet.github.io/orleans/Documentation/Deployment-and-Operations/Configuration-Guide/Configuring-SQL-Tables.html"
the paragraph:
Where the DataConnectionString is set to any valid SQL Server connection string. In order to use SQL Server as the store for system data, there’s now a script file CreateOrleansTables_*(where asterisk denotes database vendor) in the Binaries\OrleansServer folder which establishes the necessary database objects. Make sure that all servers that will be hosting Orleans silos can reach the database and has access rights to it! We’ve tripped up a few times on this seemingly trivial concern during our testing.
to:
Where the DataConnectionString is set to any valid SQL Server connection string. In order to use SQL Server as the store for system data, there’s now a script file CreateOrleansTables_*(where asterisk denotes database vendor) in the Binaries\OrleansSQLUtils\lib\net folder which establishes the necessary database objects. Make sure that all servers that will be hosting Orleans silos can reach the database and has access rights to it! We’ve tripped up a few times on this seemingly trivial concern during our testing.

Closing comment (2018-01-24T00:37:31Z): Closing this as a duplicate of #3862.
Repository: dotnet/orleans

Issue #1068: Grain key type isn't saved with the key
Created: 2015-11-24T20:08:41Z
this is an issue to continue discussing #1043. Currently, it seems to me that the only clean solution would involve a breaking change.

Duplicate issue #1905: No clear way to get primary key in storage provider
Created: 2016-07-07T06:43:15Z
Hi I have a custom storage provider and was trying to get the primary key from GrainReference that will work for all cases, this is a best solution that I was able to come to.
object rawKey = null;
string strKey = null;

try {
   rawKey = grainReference.GetPrimaryKeyLong(out strKey);
   if ((long)rawKey == 0) {
      rawKey = strKey;
   }
}
catch(InvalidOperationException){
   rawKey = grainReference.GetPrimaryKey(out strKey);
}
Why such a weird solution ? You may ask, I explain:
GrainReference has several methods that expose the information about primary key.
GetPrimaryKeyString
GetPrimaryKey
GetPrimaryKeyLong
GetPrimaryKeyString is internally calling overload of GetPrimaryKeyLong that has string output parameter. Because of this it will return string for grains with long compound keys and for grains that have only string key, so it not that useful and actually misleading. So I use GetPrimaryKeyLong by myself I saw that for grains with string keys GetPrimaryKeyLong will return zero as return param, so it actually not possible to distinguish between compound key that have long part set to zero and string key, I guess that is not that common for users to use zero for their key, but it still a bug.
In addition there no way other that getting an exception to check if primary key is long or guid.
I don't understand why GrainReference do not store the a type for it key, it would solve all of this weir mess.

Closing comment (2016-11-05T04:20:23Z): Closing as a duplicate of #1068.
Repository: dotnet/orleans

Issue #4084: Failure loading MemoryStorageGrain
Created: 2018-02-27T17:47:43Z
On latest RC, calling .AddMemoryGrainStorageAsDefault() fail to register the provider if we are adding any type to application parts manager (i.e. the auto-discovery is disable since I'm adding assemblies manually).
This method is supposed to add the IMemoryStorageGrain to the App parts internally.
Logs attached.
Thanks
logs-from-kubesilo-in-kubesilo-57bf49b4b7-zzs9f (1).txt

Duplicate issue #4117: Memory providers (dependency) broken with 2.0.0-rc1?
Created: 2018-03-03T10:07:06Z
Hi,
Thanks for an amazing solution. I've been enjoying and working with it for awhile now, and it's great! Things starts to shape up for the 2.0.0 release, and I'm excited to see the release when ready.
However, maybe there is an issue with memory providers dependency since the 2.0.0-rc1 release, and I noticed it when the streams in my old solution didn't work anymore. Following the instructions from the documentation, configuring the silo host, and then adding memory grain storage (as a test), like so:
   private static async Task<ISiloHost> StartSilo()
    {
            // define the cluster configuration
            var siloPort = 11111;
            int gatewayPort = 30000;
            var siloAddress = IPAddress.Loopback;

            var builder = new SiloHostBuilder()

                    .AddMemoryGrainStorageAsDefault()

                    //configure ClusterOptions to set CluserId and ServiceId
                    .Configure(options => options.ClusterId = "helloworldcluster")
    ...

The following exception is thrown at silo startup:
Exc level 0: System.ArgumentException: Cannot find an implementation class for grain interface: Orleans.Storage.IMemoryStorageGrain. Make sure the grain assembly was correctly deployed and loaded in the silo.
   at Orleans.GrainFactory.GetGrainClassData(Type interfaceType, String grainClassNamePrefix)
   at Orleans.GrainFactory.GetGrain[TGrainInterface](Int64 primaryKey, String grainClassNamePrefix)
   at System.Lazy`1.ViaFactory(LazyThreadSafetyMode mode)
--- End of stack trace from previous location where exception was thrown ---

The solution is using the NuGet package 'Microsoft.Orleans.Server' (version 2.0.0-rc1), that itself depends on 'Microsoft.Orleans.OrleansProviders (>= 2.0.0-rc1)'. I've added (not needed, but to try) the NuGet package 'Microsoft.Orleans.OrleansProviders' (version 2.0.0-rc1), but it doesn't help.
Looking into the respository, I see that there is indeed an implementation for IMemoryStorageGrain, at MemoryStorageGrain, with namespace 'Orleans.Storage'.
It's easy to verify that the implementation is known in the solution by simply referring to it, e.g.
    var p0 = new Orleans.Storage.MemoryGrainStorage()

But for some reason it's not found by the silo when it starts.
I have no idea why it fails.
Kind regards,
Jan

Closing comment (2018-03-05T18:50:33Z): Closing as a duplicate of #4084. Please reopen if that's not the case.
Repository: dotnet/orleans

Issue #4039: Using a generic method on a grain interface results in needed reference to Orleans.Core from interface project
Created: 2018-02-14T15:09:08Z
The generated code when a grain interface has a generic method results in a reference to GenericMethodInvoker which is in Orleans.Core. Following the sample projects, the interface project only has references to Orleans.Core.Abstractions and code gen.
While it isn't hard to add the extra reference, that may not be the desired fix.
Looking into what GenericMethodInvoker depends on in core / what it is doing, it doesn't really feel like it should be moved. Perhaps an IGenericMethodInvoker would make sense, but I'm not sure where the implementation would get injected.

Duplicate issue #4385: The type or namespace name 'GenericMethodInvoker' does not exist in the namespace 'Orleans.CodeGeneration' 
Created: 2018-04-02T16:11:51Z
orleans2.0
ex:  Task<TResult> Invoke<TResult>(object[] args);
Error	CS0234	The type or namespace name 'GenericMethodInvoker' does not exist in the namespace 'Orleans.CodeGeneration' (are you missing an assembly reference?)
Do not support generics?
1.5.3 is ok

Closing comment (2018-04-04T01:39:14Z): I'll close this as a duplicate of #4039
Repository: dotnet/reactive

Issue #836: Up-to-date docs
Created: 2018-10-25T14:32:38Z
The readme intro starts with this paragraph:

The Reactive Extensions (Rx) is a library for composing asynchronous and event-based programs using observable sequences and LINQ-style query operators. Using Rx, developers represent asynchronous data streams with Observables, query asynchronous data streams using LINQ operators, and parameterize the concurrency in the asynchronous data streams using Schedulers. Simply put, Rx = Observables + LINQ + Schedulers.

Two of the three links are to pages that have the notice, "We're no longer updating this content regularly." The doc path listed on each page is "Docs / Previous Versions / .NET / Reactive Extensions". Where should we confidently go to find up-to-date documentation on the current version of Reactive Extensions for .NET?

Duplicate issue #1277: Documentation is obsolete and not up-to-date.
Created: 2020-08-26T15:02:55Z
Question
I'm experimenting with TestScheduler. If I search for it on http://docs.microsoft.com, I get "no results".
https://docs.microsoft.com/en-us/search/?scope=.NET&terms=TestScheduler
If I search with another search engine, I can get a page that warns me it is no longer actively maintained:
https://docs.microsoft.com/en-us/previous-versions/dotnet/reactive-extensions/hh229166(v=vs.103)
That page is a bit obsolete. For example, if I browse to the bottom and look at "Extension Methods", when I click on Schedule(), that takes me to a 404. If I click on the Extensions class, it says it's part of a ReactiveTests namespace that doesn't seem to exist. I don't even see it in your source repo.
This is frustrating, and also means a lot of example code such as at http://introtorx.com doesn't work. I don't have time to dig through changesets and figure out if this existed at one time and was removed, if I'm barking up the wrong tree, etc.

Closing comment (2020-09-25T04:54:49Z): Closing as a duplicate of #836. Action items can be discussed over there, including possible community contributions.
Repository: dotnet/reactive

Issue #85: DefaultConcurrencyAbstractionLayer.StartTimer might cause System.ArgumentOutOfRangeException when calling Task.Delay(TimeSpan delay, CancellationToken cancellationToken)
Created: 2015-03-01T11:38:48Z
i'm seeing this message in my logs:
System.ArgumentOutOfRangeException: The value needs to translate in milliseconds to -1 (signifying an infinite timeout), 0 or a positive integer less than or equal to Int32.MaxValue.
Parameter name: delay
at System.Threading.Tasks.Task.Delay(TimeSpan delay, CancellationToken cancellationToken)
at System.Reactive.Concurrency.DefaultConcurrencyAbstractionLayer.StartTimer(Action`1 action, Object state, TimeSpan dueTime)
at System.Reactive.Concurrency.EventLoopScheduler.Run()
at System.Reactive.Concurrency.Thread.Run()
at System.Threading.Tasks.Task.InnerInvoke()
at System.Threading.Tasks.Task.Execute()
i suspect that there exist expired items in the EventLoopScheduler queue and when it calculates the due time in the Run method we get a negative value.

Duplicate issue #314: DefaultConcurrencyAbstractionLayer.StartTimer might cause System.ArgumentOutOfRangeException when calling Task.Delay(TimeSpan delay, CancellationToken cancellationToken), possible duplicate of Issue #85
Created: 2017-01-11T12:51:51Z
Error frequency: 70% of Android application users would experience it once a week.
System.Reactive v3.1.1
Xamarin 4.1.1.3
Xamarin.Android 6.1.1.1
System.ArgumentOutOfRangeException: The value needs to translate in milliseconds to -1 (signifying an infinite timeout), 0 or a positive integer less than or equal to Int32.MaxValue. Parameter name: delay at System.Threading.Tasks.Task.Delay(TimeSpan_delay__CancellationToken_cancellationToken.args:1337) at System.Reactive.Concurrency.TaskHelpers.Delay(TimeSpan_delay__CancellationToken_token.args:1337) at System.Reactive.Concurrency.DefaultConcurrencyAbstractionLayer.StartTimer(System.Action1_action__System.Object_state__TimeSpan_dueTime.args:1337) at System.Reactive.Concurrency.EventLoopScheduler.Run(.args:1337) at System.Reactive.Concurrency.Thread.Run(.args:1337) at System.Threading.Tasks.Task.InnerInvoke(.args:1337) at System.Threading.Tasks.Task.Execute(.args:1337)
Stacktrace is almost identical to already fixed issue from two years ago.
#85
Thank you in advance.

Closing comment (2018-05-24T16:48:01Z): @onovotny Duplicate of #85 which has been closed. Please close.
Repository: dotnet/reactive

Issue #1248: Async Rx is not in Nuget
Created: 2020-07-05T16:43:41Z
Bug
SequentialSimpleAsyncSubject and other are not in Async Rx Nuget.
Nuget System.Interactive.Async 4.1.1

Duplicate issue #1264: Where is the nuget package for System.Reactive.Async
Created: 2020-08-02T16:08:54Z
Where is the nuget package for System.Reactive.Async

Closing comment (2020-09-24T18:36:25Z): Closing as duplicate of #1248. Continuing tracking over there.
Repository: dotnet/reactive

Issue #148: CoreCLR
Created: 2015-11-21T14:43:32Z
Please consider creating an implementation that supports CoreCLR target platforms.

Duplicate issue #64: AspNetCore50/Core50 build?
Created: 2014-11-09T23:43:34Z
Just wondering if there has been any talk or progress made yet on having a build targeting AspNet50/Core50 yet?

Closing comment (2016-05-18T00:32:11Z): Done/tracked in #148
Repository: dotnet/reactive

Issue #148: CoreCLR
Created: 2015-11-21T14:43:32Z
Please consider creating an implementation that supports CoreCLR target platforms.

Duplicate issue #174: Support .NET Platform Standard
Created: 2016-04-25T08:13:38Z
Need to add support for .NET Platform Standard for easier referencing from netstandard libraries.
Here's is motivation for this: I tried to reference the Rx PCL package from a netstandard library with "imports"  trick usage, but I wasn't able to build that library - many errors arise when adding "imports", like LINQ becomes "invisible" to the compiler (all that happens when targeting netstandard1.4 and lower). And after all, this trick is more for third parties which don't hurry to adopt recent .Net trends; Rx, on the other hand, is Microsoft's child and should not hesitate to do that.
This seems to be relatively easy to do (at least for the first step), since there is a PCL version (Profile259) of Rx which is compatible with netstandard1.0. If I understand this document correctly, those PCL binaries should just be copied to a netstandard1.0 directory when producing packages, and also dependencies should be specified.

Closing comment (2016-05-16T18:31:47Z): Dup of #148
Repository: dotnet/reactive

Issue #401: Feature request: FlatMapFirst
Created: 2017-05-24T06:50:04Z
In RxJs there is this operator called flatMapFirst (also known as exhaustMap) which is really useful. It allows me to do this:
            let outages = stops.flatMapFirst(e => starts.take(1), (start, stop) => {
                let duration = stop.time.diff(start.time);
            })

I've been trying to achieve this using the operators available in Rx.Net, but with no success. It would be really great if you could implement this operator.

Duplicate issue #404: Continue publishing items after Action in Subscribe has completed
Created: 2017-06-16T08:29:55Z
How do I achieve that a Subscription is executed synchronous and after the Subscription completes the last element that enters in the meantime is passed to subscription. During execution of the subscription-action no other subscription-action should be called
queue    1234567890123456789
work     1----6----1----3--- (the hyphen indicates the work)
The reason is because I observe on updates in a property. If the user modifies the data before the computation is completed the current recalculation should be either terminated or a new one should not be started. But after completion/termination of the running computation a new computation should be started with the last entered data.
My current code:
this.GetPropertyAsObservable(() => AmountToProduce)
            .Sample(TimeSpan.FromSeconds(1))
            .SelectMany(ComputeAmount)
            .Subscribe();

Do you have any suggestions how to achieve my goal? Thanks

Closing comment (2018-05-31T13:14:08Z): Sounds like a duplicate of #401. Could you verify you are talking about the same pattern?
Repository: dotnet/reactive

Issue #836: Up-to-date docs
Created: 2018-10-25T14:32:38Z
The readme intro starts with this paragraph:

The Reactive Extensions (Rx) is a library for composing asynchronous and event-based programs using observable sequences and LINQ-style query operators. Using Rx, developers represent asynchronous data streams with Observables, query asynchronous data streams using LINQ operators, and parameterize the concurrency in the asynchronous data streams using Schedulers. Simply put, Rx = Observables + LINQ + Schedulers.

Two of the three links are to pages that have the notice, "We're no longer updating this content regularly." The doc path listed on each page is "Docs / Previous Versions / .NET / Reactive Extensions". Where should we confidently go to find up-to-date documentation on the current version of Reactive Extensions for .NET?

Duplicate issue #1187: Documentation is seriously lacking
Created: 2020-04-08T10:48:00Z
While looking for documentation I got lost. What I was searching for was the .NET API reference documentation with all namespaces, classes, methods, properties, extension methods etc. All in one place, describing current version of Rx. Just like most of .NET docs are done on docs.microsoft.com, for example https://docs.microsoft.com/en-us/dotnet/api/system.collections.generic. I'm aware of old Rx docs on Microsoft site, keep reading.
In main README.md it says:

Additional documentation, video, tutorials and HOL are available on MSDN, on Introduction to Rx...


MSDN documentation is dead. It says the last update was in 2011. It's a pity because this is the docs that describe stuff the best (if complete).
introtorx.com mentions version 1.0.10621.0 and says that 2.0 is largely the same. No word about 3.0. It advertises training from 2015 (5 years ago). So it's dead.
reactivex.io is strange. It doesn't even handle https (which is not related to content, but shows how dead it is - now when it is so easy to obtain Let's Encrypt cert for free.)
reactivex.io - there's no easy link to API reference documentation for .NET. Only the pointer to this github repo which points back to reactivex.io. Maybe it's buried somewhere deep in the site's structure, I wasn't able to find it so far.

Maybe it's worth stop adding features for a while, take a step back and update docs instead.

Closing comment (2020-09-25T04:54:34Z): Closing as a duplicate of #836. Action items can be discussed over there, including possible community contributions.
Repository: dotnet/reactive

Issue #1057: EFCore 3 conflicting extension methods
Created: 2019-10-14T21:11:07Z
Given this code
using System.Linq;
using Microsoft.EntityFrameworkCore;

var agencies = await dbContext.Agencies.ToListAsync();

Where dbContext.Agencies is a DbSet<T>
If i add the System.Linq.Async nuget to the project it now breaks the build
CS0121	The call is ambiguous between the following methods or properties:
'System.Linq.Queryable.Where<TSource>(System.Linq.IQueryable<TSource>, System.Linq.Expressions.Expression<System.Func<TSource, bool>>)'
and
'System.Linq.AsyncEnumerable.Where<TSource>(System.Collections.Generic.IAsyncEnumerable<TSource>, System.Func<TSource, bool>)

Now this can be worked around by doing a static invoke:
var agencies = await EntityFrameworkQueryableExtensions.ToListAsync(dbContext.Agencies);

But as you can see this makes it very verbose. And the above is for a simple example.
A more complex one translates as follows
   var x = await ReportAccessView
            .Where(p => p.ReportId == reportId && p.UserId == userId )
            .Select(p => p.AccessRights)
            .ToListAsync();

var x = await EntityFrameworkQueryableExtensions
   .ToListAsync(
       Queryable
           .Select(
               Queryable
                   .Where(ReportAccessView, p => p.ReportId == reportId && p.UserId == userId), p => p.AccessRights));

Just wondering if there are any thoughts on handling this in a more graceful way?

Duplicate issue #1058: Namespace collision with DbSet of Ef core
Created: 2019-10-18T19:31:30Z
The EntityFramework Core  DbSet implements IEnumerable and IAsyncEnumerable as well what cause a collision because the extensions for IAsyncEnumerable are in the same namespace: "System.Linq", one solution can be changing the namespace for the IAsyncEnumerable extensions maybe something like "System.Linq.Async"

Closing comment (2019-10-18T19:43:41Z): Dup of #1057
The issue is that DbSet implements both of those interfaces and thus both sets of extension methods apply. This is really an EfCore design issue.
Closing as by design. You can use AsQueryable() to distinguish.
Repository: dotnet/reactive

Issue #1022: Possible to run System.Linq.Async AsParallel?
Created: 2019-08-29T09:04:13Z
Wondering if is it possible to run Reactive.Linq.Async AsParallel?
Such as:
await Enumerable.Range(1, 10)
    .ToAsyncEnumerable()
    .AsParallel()
    .SelectAwait(async x =>
    {
        await Task.Delay(500);
        return x;
    })..ToListAsync();
So that I can don't need to wait 10x0.5=5s to complete it, just like the LINQ code:
Enumerable.Range(1, 10)
    .AsParallel()
    .AsOrdered()
    .Select(x =>
    {
        Thread.Sleep(500);
        return x;
    }).ToList();

Duplicate issue #1566: .AsParallel for IAsyncEnumerable()
Created: 2021-06-22T22:30:02Z
With regular Linq, I can use .AsParallel() to distribute my query across multiple cores.
Is there a method like this for IAsyncEnumerable?
I have a list of IAsyncEnumerables and I want to SelectMany from them and get the results as fast as possible.
Essentially, here's what I want to do:
  var Batches = (
                   from x in EnumerateGroups(Iteration).AsAsyncEnumerable().AsParallel() //<-- This right here
                   from y in ImportManyAsync(x, SuccessIteration, FailureIteration, Token)
                   from z in y.AsAsyncEnumerable()
                   select z.Value
                   )
                   .BatchEvery(Options.OutputStatusEvery)
                   .DefaultAwait()
                   ;

Is there a way to do that?

Closing comment (2022-02-09T21:45:33Z): Seems to be a duplicate of #1022.
Repository: dotnet/reactive

Issue #5: AsyncEnumerable.SelectMany must dispose inner IAsyncEnumerators
Created: 2014-04-10T17:43:43Z
Hi,
raised this on CodePlex too some months ago, to no avail.
Before
https://github.com/Reactive-Extensions/Rx.NET/blob/a2a03840ac8417fec14e53cfc31adfd7fef1635f/Ix.NET/Source/System.Interactive.Async/AsyncEnumerable.Single.cs#L268
it is crucial that the inner enumerator instance is disposed. We've run into leaks repeatedly. The inner enumerator also leaks whenever the outer is disposed and the inner has not completed.
Thanks
Daniel

Duplicate issue #41: AsyncEnumerable.SelectMany does not dispose of inner IAsyncEnumerator
Created: 2014-10-13T17:18:01Z
Copied from https://rx.codeplex.com/workitem/59
Is this behavior by design ?

Closing comment (2014-10-13T19:26:00Z): This is a duplicate of #5 which I already fixed.
Any word on when there's going to be a NuGet release that contains the fix ?
Repository: dotnet/roslyn

Issue #47231: Test failures: Microsoft.CodeAnalysis.CompilerServer.UnitTests.NamedPipeClientConnectionHostTests.EndListenClosesQueuedConnections
Created: 2020-08-28T14:59:25Z
Build
Kind
Run Name




791688
PR 47148
Windows Desktop Spanish


791605
Rolling
Windows Desktop Spanish


791582
Rolling
Windows Desktop Spanish


790557
PR 45599
Windows Desktop Release Test64


790443
PR 47192
Windows CoreClr Release


790439
PR 47165
Windows Desktop Spanish


790415
PR 46826
Windows Desktop Debug Test64


789574
PR 46949
Windows Desktop Spanish


789574
PR 46949
Windows Desktop Spanish




Runfo Query

Duplicate issue #47233: Test failures: Microsoft.CodeAnalysis.CompilerServer.UnitTests.NamedPipeClientConnectionHostTests.EndListenClosesQueuedConnections
Created: 2020-08-28T15:11:24Z
Build
Kind
Run Name




791688
PR 47148
Windows Desktop Spanish


791605
Rolling
Windows Desktop Spanish


791582
Rolling
Windows Desktop Spanish


790557
PR 45599
Windows Desktop Release Test64


790443
PR 47192
Windows CoreClr Release


790439
PR 47165
Windows Desktop Spanish


790415
PR 46826
Windows Desktop Debug Test64


789574
PR 46949
Windows Desktop Spanish


789574
PR 46949
Windows Desktop Spanish

Closing comment (2020-08-28T15:19:17Z): Duplicate of #47231
Repository: dotnet/roslyn

Issue #60235: No response when adding editorconfig File(.NET/default)  item to Cmake project node
Created: 2022-03-17T17:30:10Z
Affected Build: 17.0.0 Preview 4.0 [31603.375.main]
More Info: Also repro on Dev15 and Dev16
Steps to reproduce:


Launch VS and create a CMake project


Right click CMakeProject root folder > Add > Add New Item > select editorconfig File(.NET/default) > click " Open "


Then click File > New > File> select editorconfig File(.NET/default)


Observe Solution Explorer


Actual: Adding an editorconfig File(.NET) item to Cmake project node is not responding

Additional Notes
This exception seems relevant:
System.IO.FileNotFoundException
  HResult=0x80070002
  Message=Could not load file or assembly 'Templates.Editorconfig.Wizard, Version=17.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified.
  Source=mscorlib
  StackTrace:
   at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)
   at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)

Duplicate issue #58610: .editorconfig File Editor Has Issue if No .cs Files Exist
Created: 2022-01-04T22:20:03Z
This issue has been moved from a ticket on Developer Community.

Here's what I did:

I created a new console application (though I'm guessing this behavior doesn't matter what the project type is).
I deleted the Program.cs file
I right-clicked on the solution, and selected "Add New File"
I created ".editorconfig" (using the "Text File" template)
I double-clicked on the new .editorconfig file to edit it.

At this point, I would have expected to see the EditorConfig UI editor display, but I get an error instead:
! [image.png] (https://aka.ms/dc/image?name=Ba23c8147697446c48c58f082d546ba6d637750214953646691_20211213-134453-image.png&tid=a23c8147697446c48c58f082d546ba6d637750214953646691)
If I add a .cs file to the project, then the editor comes up as expected.

Original Comments
Feedback Bot on 12/13/2021, 07:26 PM:
We have directed your feedback to the appropriate engineering team for further evaluation. The team will review the feedback and notify you about the next steps.
Feedback Bot on 12/15/2021, 09:45 AM:
Thank you for sharing your feedback! Our teams prioritize action on product issues with broad customer impact. See details at: https://docs.microsoft.com/en-us/visualstudio/ide/report-a-problem?view=vs-2019#faq. In case you need answers to common questions or need assisted support, be sure to use https://visualstudio.microsoft.com/vs/support/. We’ll keep you posted on any updates to this feedback.

Original Solutions
(no solutions)

Closing comment (2022-03-18T22:10:12Z): duplicate of #60235
Repository: dotnet/roslyn

Issue #16624: Refactoring: Move string to resx file
Created: 2017-01-19T19:40:05Z
This could be extremely useful as changing resx and use that in the code is not even near productive.

Duplicate issue #33660: Quick action for Add to local/global resource strings
Created: 2019-02-25T18:33:52Z
Migrated from developer community.
Steps to Reproduce

Type (Ctrl+.) on a string.

Expected Behavior:

Context menu: "add to local resource strings" and "add to global resource strings" to speed up localization dramatically.

Additionally: If string contains variables like
"Konvertiere Tabelle " + tabelle + "..."
Reformat it to:
string.Format(Resources.KonvertiereTabelle, tabelle);
and create resource string KonvertiereTabelle with value "Konvertiere Tabelle {0}..."
Additionally 2: Choose to change "this string" or "all strings like xyz in project" for both commands.

Actual Behavior:
No quick action for adding string to local resource available.

Closing comment (2019-02-27T17:43:33Z): Closing as dup of #16624
Repository: dotnet/roslyn

Issue #29660: VB semantic tests dumping core on Linux
Created: 2018-09-04T16:39:55Z
Not much data other than the following:
14:10:25 �[m/mnt/j/workspace/dotnet_roslyn/master/ubuntu_16_debug_prtest/build/scripts/tests.sh: line 55:  6337 Aborted                 (core dumped) ${runner} "${xunit_console}" "${file_name[@]}" -xml "${log_file}" -parallel none
14:10:33 Assembly /mnt/j/workspace/dotnet_roslyn/master/ubuntu_16_debug_prtest/Binaries/Debug/UnitTests/Microsoft.CodeAnalysis.VisualBasic.Emit.UnitTests/netcoreapp2.0/Microsoft.CodeAnalysis.VisualBasic.Emit.UnitTests.dll failed
14:10:33 Running dotnet /mnt/j/workspace/dotnet_roslyn/master/ubuntu_16_debug_prtest/Binaries/Debug/UnitTests/Microsoft.CodeAnalysis.VisualBasic.Semantic.UnitTests/netcoreapp2.0/Microsoft.CodeAnalysis.VisualBasic.Semantic.UnitTests.dll
14:10:34 xUnit.net Console Runner (64-bit .NET Core 4.6.0.0)

The tests causing the crash in CodeGenExprLamba are now commented out. This bug tracks re-enabling them once the CoreClr issue is fixed.

Duplicate issue #29708: C# Emit tests segfault on Ubuntu 
Created: 2018-09-06T22:26:15Z
https://ci.dot.net/job/dotnet_roslyn/job/master/job/ubuntu_16_debug_prtest/12935/consoleFull

Closing comment (2018-09-06T23:31:44Z): This looks similar to #29660. I have a solid repro for that and I'm going to be filing a bug on CoreClr shortly. Seems there is some instability around checked / unchecked regions. Hopefully it's the same issue in C# emit and I can likewise find the right test to disable.
Repository: dotnet/roslyn

Issue #27268: Formatting for positional pattern should drop a space
Created: 2018-05-30T21:39:51Z
current formatting rule is to put a space between type and positional sub-pattern. I think it should be formatted like an invocation instead (ie. no space).
For example, given
    Point p = new Point(3, 4);
you should write
    if (p is Point(3, 4)) ...
rather than
    if (p is Point (3, 4)) ...
The reason I suggest there should be no space is that the syntax was designed to mirror the construction syntax for objects (i.e. a constructor invocation), where there is no space.

Duplicate issue #31942: Formatting deconstruction patterns: no space before open paren.
Created: 2018-12-19T18:41:54Z
The current formatting for a deconstruction pattern adds a space between the type and the open paren. However, there should be no space there.
This derives from a design principle of the syntax for pattern-matching constructs: there is a correspondence between the syntax for creating and matching data.
You create data using the expression syntax new A(1), not new A (1).
Similarly, you should match that data using the pattern syntax A(1), not A (1).

Closing comment (2018-12-19T18:49:13Z): Duplicate of #27268
Repository: dotnet/roslyn

Issue #4033: cref's to public members become ambiguous when an internal member is also in scope
Created: 2015-07-21T20:39:09Z
This is related to #77, and was raised here: https://stackoverflow.com/questions/31541390/visual-studio-2015-c-sharp-6-cant-compile-xml-comments-in-pcl-project.
Basically, cref's to public types are now ambiguous if there is an internal type in scope, resulting in a build warning for projects upgrading to C# 6.
The case in the stack overflow question can be repro'd by building against C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETPortable\v4.0\Profile\Profile47\mscorlib.dll, and writing the following (there's an internal class called "Type" in System.Reflection which is now ambiguous with the one in System):
using System;
using System.Reflection;

/// <summary>
///     <see cref="Type"/>
/// </summary>
public class Class1
{
}
Which warns with (note filed #4031 for lack of namespace qualification in the warning):
CS0419  Ambiguous reference in cref attribute: 'Type'. Assuming 'Type', but could have also matched other overloads including 'Type'

I believe there were deliberate architectural decisions that resulted in this, but just wanted to get a bug filed to track the change in behavior.

Duplicate issue #41925: C# xml "see cref" incorrectly resolves to internal type (or fails to resolve)
Created: 2020-02-25T04:11:33Z
Version Used: 16.6.0 Preview 1.0 (29823.26.master)
Steps to Reproduce:

Create a solution with three projects.
Two libraries define the same type, but one is internal while the other is public.
The third project references both of the other libraries, and references the (public) type both within a method body and in its xml doc comment.

See minimal repro: RoslynInternalRepro.zip
Expected Behavior:
No compile errors or warnings.
Go to Definition on either reference to the type defined in both referenced projects should always jump to the public type, since that's the one we have visibility to.
Actual Behavior:
In the minimal repro, Go To Definition on the xml doc comment's cref jumps to the internal type.
In the original repro solution (in the VS repo), it wouldn't even compile. It complained about the cref, even though the method body itself had no problem referencing the right one:

error CS0419: Ambiguous reference in cref attribute: 'VsTaskLibraryHelper'. Assuming 'VsTaskLibraryHelper', but could have also matched other overloads including 'VsTaskLibraryHelper'.

Closing comment (2020-02-25T16:47:44Z): Duplicate of #4033
Repository: dotnet/roslyn

Issue #258: Proposal: Virtual extension methods
Created: 2015-02-05T01:21:43Z
Add support for virtual extension methods - methods in interfaces with concrete implementations. A class that implements such an interface is required to have a single most specific implementation for the interface method inherited from its base classes or interfaces. Virtual extension methods enable an API author to add methods to an interface in future versions without breaking source or binary compatibility with existing implementations of that interface.
These are similar to Java's "Default Methods".
This feature requires corresponding support in the CLI/CLR. Programs that take advantage of this feature cannot run on earlier versions of the platform.

Duplicate issue #16074: Proposal: default interface method implementation
Created: 2016-12-22T17:44:56Z
Hi, currently the interface definition in .NET just allow define a set of method declaration template, and not allow includes any implentation details. But the java language it does, the interface define in java can includes some default method implentation, and I thinks this feature can introduce in the .NET language too.
Actually, the interface with default method implentation in java language can be simulated in .NET language by using extension method of the interface type or abstract class
For example, using the extension method for this simulation:
<Extension>
Public Function DefaultMethodExample(of T As InterfaceType)(x As T) As .....

' Overrides for a specifc interface implentation class
' Where T2 is a type which implement the interface InterfaceType
<Extension>
Public Function DefaultMethodExample(Of T As T2)(x As T) .......
Or using an abstract class is also works, but the problem is that the abstract class just not allow multiple inherits and the extension method is not so Convenient. So i think this java language feature can be introduce into VB/C#.
This default interface method is useful for some common operations of an interface type, and can save a lot of time from the duplicate coding for this job.
For example, in visualbasic define for the default interface method implementation in Interface with VB Default keyword:
Public Interface IExample(Of T)

Default ReadOnly Property Value(key$) As String
    Get
        Dim s As New Value(Of String)
        Return If("" = (s = GetData(key$)), s, Provider(NameOf(IExample(Of ).Provider & key$)).ToString)
    End Get
End Property

Default Function GetData As NameValueCollection
    Return New NameValueCollection
End Function

Function Provider As Dictionary(Of String, T)

End Interface
Were in this interface its implentation type, can overrides the default method with Overloads keyword:
Public Class T2
Implements IExample(Of String)

Public Overloads Function GetData As NameValueCollection Implements IExample(Of String).GetData
' blablabla
End Function

Public Function Provider As Dictionary(Of String, String) Implements IExample(Of String).Provider
' blablabla
End Function
End Class

Closing comment (2017-01-06T23:29:02Z): Closing as a dup of #258
Repository: dotnet/roslyn

Issue #53095: `AutomationObject` should contain `PreferSimplifiedObjectCreation` style option
Created: 2021-05-02T14:12:55Z
AutomationObject contains lots of code style options, but not PreferSimplifiedObjectCreation
See #16512 for what impact does this have.

Duplicate issue #53096: Re-architect how settings work in Roslyn
Created: 2021-05-02T14:15:59Z
@Pilchie
1: would require us to re-architect how settings work in roslyn so there are not three places.  Should we file a bug around this?
2: filed issue #16599
Originally posted by @jmarolf in #16512 (comment)

Closing comment (2021-05-02T14:16:20Z): Related to: #53095.
Instead of re-architecting, could a source generator help here?
Repository: dotnet/roslyn

Issue #4466: Interactive Window not persisted as part of window layout
Created: 2015-08-10T18:33:35Z
Open VS
Open interactive window
Close VS
Open VS

Expected: Interactive window is open
Actual: Interactive window is not open
Compare: The command window remains open across restarts.

Duplicate issue #4873: The Interactive window should not be closed when VS shuts down
Created: 2015-08-28T20:39:20Z
Other tool windows are re-opened when VS is restarted.

Closing comment (2015-08-31T06:16:18Z): this is a dupe of #4466
@amcasey I had forgotten that we had this active issue tracking it already.