You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The predefined report filter, androirdGeneratedClasses() is defined as:
public fun androidGeneratedClasses() {
classes(
"Fragment",
"Fragment$",
"Activity",
"Activity$",
".databinding.",
"*.BuildConfig"
)
}
among other things it filters out classes that end with Fragment or Activity. It's common to name activities and fragment with that pattern.
Errors
Production code is filtered out. For instance InstaPaperLoginFragment was filtered, as was BookmarksFragment.
Expected behavior
I'm not 100% clear on what generated code "*Fragment", and "*Activity" was intended to catch, but it certainly needs to more specific so it doesn't remove MainActivity and the like. And BTW, there lots of generated code its not filtering. Right now, it's just counterproductive.
Reproducer
Create any classes that end in Activty or Fragment, and use androidGeneratedClasses(). Reports
If applicable, report files or screenshots.
Environment
Kover Gradle Plugin version: 0.9.0
Gradle version: 8.7.3
Kotlin project type: Kotlin/Android
Coverage Toolset: Kover
Other context important for this bug: [e.g. OS version]
The text was updated successfully, but these errors were encountered:
Hi,
the use of androidGeneratedClasses() is not necessary, if this set of filters does not suit your project, you can define your own suitable filters.
The documentation for the function indicates which classes it excludes from the report. It covers case for most of the user, but it cannot be applied to absolutely everyone, so for your project it is necessary to specify filters that are suitable only for you.
If this function will causes misunderstanding among other users, then it would be better to remove it.
Describe the bug
The predefined report filter, androirdGeneratedClasses() is defined as:
public fun androidGeneratedClasses() {
classes(
"Fragment",
"Fragment$",
"Activity",
"Activity$",
".databinding.",
"*.BuildConfig"
)
}
among other things it filters out classes that end with Fragment or Activity. It's common to name activities and fragment with that pattern.
Errors
Production code is filtered out. For instance InstaPaperLoginFragment was filtered, as was BookmarksFragment.
Expected behavior
I'm not 100% clear on what generated code "*Fragment", and "*Activity" was intended to catch, but it certainly needs to more specific so it doesn't remove MainActivity and the like. And BTW, there lots of generated code its not filtering. Right now, it's just counterproductive.
Reproducer
Create any classes that end in Activty or Fragment, and use androidGeneratedClasses().
Reports
If applicable, report files or screenshots.
Environment
The text was updated successfully, but these errors were encountered: