Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Skip surfacing certain properties as UI groupings #474

Closed
jnm2 opened this issue Mar 4, 2018 · 12 comments
Closed

Skip surfacing certain properties as UI groupings #474

jnm2 opened this issue Mar 4, 2018 · 12 comments
Assignees
Milestone

Comments

@jnm2
Copy link
Contributor

jnm2 commented Mar 4, 2018

Description is something that people are not likely to want to group by and it introduces a lot of noise:

Likewise, per-value Timeout and per-value Repeat don't seem that useful as things to group by.

Having them as hidden traits seems fine. That way you can still search for Trait:"Repeat" in Test Explorer.

@rprouse
Copy link
Member

rprouse commented Mar 4, 2018

Good idea, that is confusing. We should do a scan of the framework to make sure we get all of the properties users won't want to see in the UI.

@CharliePoole
Copy link
Member

I haven't looked at the code, but here's what I think happened. We used to suppress internal attributes from appearing as traits. They were marked as beginning with an underscore. For example, once upon a time, the descrition property was _DESCRIPTION. As time went on, we added attributes for our own use that didn't use this convention and some of the old internal attributes got "normal" names. I don't think it was intentional, but just happened.

@jnm2
Copy link
Contributor Author

jnm2 commented Mar 5, 2018

That makes sense! I wondered when this ever came into play.

// Property names starting with '_' are for internal use only
return String.IsNullOrEmpty(propertyName) || propertyName[0] == '_' || String.IsNullOrEmpty(propertyValue);

@OsirisTerje
Copy link
Member

This then needs to be fixed in the framework, right?

@CharliePoole
Copy link
Member

Not necessarily. You could have a list of properties to bypass in the adapter or you could rename the properties in the framework.

@jnm2
Copy link
Contributor Author

jnm2 commented Mar 10, 2018

I just finished telling @sharwell how to determine whether an ITest is being run with a single-threaded apartment. Renaming the framework properties is something I would hope to avoid unless we first provide a strongly-typed API for it.

gitextensions/gitextensions@d1a7dcd#diff-533f1fde05a2671c2f0d36aa1abc1885R19

@rprouse
Copy link
Member

rprouse commented Mar 10, 2018

Last time we changed names we broke other runners, so we probably don't want to do that. A list in the adaptor is a hacky solution, but it is backwards compatibile and won't break anything.

@CharliePoole
Copy link
Member

I agree and for another reason as well. Properties don't exist for the adapter to use for grouping. That's a usage that has been retrofitted to match what the Test Explorer team wanted when they first came up with Traits and wanted to showcase it for a Build conference. It's logical to make any adaptations in the adapter.

@dzmitry-lahoda
Copy link

dzmitry-lahoda commented May 4, 2018

Issue with Description is my real biggest pain. It slows down test explorer UI to miserable. Any plan for fixing this? If this and donation page will be fixed I will donate again:)

@OsirisTerje OsirisTerje added this to the 3.11 milestone May 4, 2018
@OsirisTerje OsirisTerje self-assigned this Jun 22, 2018
@OsirisTerje
Copy link
Member

OsirisTerje commented Aug 27, 2018

The attribute Description, has been filtered off by the Test Explorer in 15.8. It is no longer displayed.

@CharliePoole
Copy link
Member

@OsirisTerje What do you mean?

@OsirisTerje
Copy link
Member

Sorry, misspelled, corrected.

@OsirisTerje OsirisTerje modified the milestones: 3.11, 3.12 Oct 17, 2018
@OsirisTerje OsirisTerje modified the milestones: 3.12, 3.13 Dec 17, 2018
OsirisTerje added a commit that referenced this issue Feb 13, 2019
Added filter for internal attributes  #474
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants