-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
feat(dialog): open buildCustomView for override #1033
Conversation
Might be better to just put an |
I mean this literally: whatever you prefer :-), I went surgical / minimal-intervention first |
That is because it is acra-specific configuration. If you want to google what it does, you need to look for kotlin all-open, which in our case is used as gradle plugin. Shortform is: Makes the class and all members open by default, as it would be in java. |
@F43nd1r oh that makes sense, then how does the combined effect of the two commits look? Is that what you were thinking? If it was you'll either need to squash merge now or I can clean up by pulling the repo down local and rebasing - which implies that no I have not compile tested even and only now I see there's no CI here 😨 but I'll see what you think first |
@@ -40,6 +41,7 @@ import org.acra.prefs.SharedPreferencesFactory | |||
* | |||
* @author F43nd1r & Various | |||
*/ | |||
@OpenAPI | |||
@Suppress("MemberVisibilityCanBePrivate") | |||
open class CrashReportDialog : Activity(), DialogInterface.OnClickListener { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the open keyword is redundant with the annotation present
Huh, looks like I never enabled tests for PRs 🤔 Also note that this will most likely not make it into any 5.8 release, as I've already started 5.9 development cycle. |
There's also no workflow_dispatch event on them so you can't manually run them on a branch if you want :) |
Totally fine waiting for 5.9.x by the way, we've waited this long to handle the move away from annotations even! AnkiDroid is bogged down in other large projects soaking up our dev time |
This allows complicated dynamic views in sub-classes Related: ankidroid/Anki-Android#7805 (comment)
Okay, no more messing around ;-) |
Every time I think I know it'll work, something happens. I fixed it on master. |
This allows complicated dynamic views in sub-classes
Related: ankidroid/Anki-Android#7805 (comment)