-
-
Notifications
You must be signed in to change notification settings - Fork 192
Enhanced bug report in github muC repo and in muC itself #934
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
Conversation
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.
this looks really nice @pskowronek!
it can save us from the common ping-pong for getting more information
the 'description', 'steps to reproduce', 'expected behavior' and 'actual behavior' are really mandatory but I think we can be a bit more tolerant about the others to ease filing issues - how about saying for the version that we fix only issues on the latest stable release and to ask users to specify a version only if they use a nightly build? I'd also make the Java version field non-mandatory as it's usually bundled now but to say "if non-bundled Java is used, please specify its version". and we can also make the OS field non-mandatory but that's less important because people should easily tell what operating system they use. wdyt?
From my observations we end up asking ppl for muC version or java version :) What I would change is the description - to something like this 'Please copy-paste the version shown in About'. We may also make it optional. WDYT? |
| //url = "https://github.com/pskowronek/parametrized_issue_template/issues/new"; | ||
| String ver = String.format(Activator.portable ? "%s (%s)" : "%s", RuntimeConstants.VERSION, Translator.get("portable")); | ||
| String java_ver = String.join(System.lineSeparator(), | ||
| System.getProperty("java.version"), |
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.
And a common place to generate that info should be created to be also used by AboutDialog
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.
yeah, there's a room for refactoring there, maybe to use JavaVersion#getRawSystemProperty
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.
Ok, I will take a look
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.
I've taken a look - I'm not convinced to have any common place for those versions. I would leave it as is.
yeah, makes sense - the easier it is to find and provide the information, the better |
ede3aef to
4f5b9fe
Compare
See my comments to bug_report.yml - the information how to get versions is already there. |
mucommander-core/src/main/java/com/mucommander/ui/action/impl/ReportBugAction.java
Outdated
Show resolved
Hide resolved
mucommander-core/src/main/java/com/mucommander/ui/dialog/about/AboutDialog.java
Show resolved
Hide resolved
c6ba932 to
6330bc2
Compare
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.
it seems like the entire AboutDialog file has changed - it would be great if you can help me identifying the changes that were done there, other than that lgtm
See "this - REMOVED LINE" comment - this is the only change, the rest is CRLF->LF conversion plus tabs->spaces (the very first commit with cleaning only) |
is it within the code or where can I find this comment? |
|
@pskowronek I tried to isolated the changes by applying the formatter and change CRLF to CL in AboutDialog on the master branch separately but now the rebase fails on conflicts.. |
… bug/feature templates
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.
I reverted the changes in AboutDialog that were obscured by code refactoring - it doesn't seem to break anything so if the changes in AboutDialog are still relevant, please post them separately
OK, it looks good. |
It's been tested on this repo:
https://github.com/pskowronek/parametrized_issue_template and a bug finally created looks like this: pskowronek/parametrized_issue_template#2
Bug report page initiated from within muC looks like this then:
