<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to wiki</title><link href="https://sourceforge.net/p/megamek/wiki/" rel="alternate"/><link href="https://sourceforge.net/p/megamek/wiki/feed.atom" rel="self"/><id>https://sourceforge.net/p/megamek/wiki/</id><updated>2015-08-19T23:16:18.761000Z</updated><subtitle>Recent changes to wiki</subtitle><entry><title>HowTo: Eclipse EGit and the Projects modified by Dylan Myers</title><link href="https://sourceforge.net/p/megamek/wiki/HowTo%253A%2520Eclipse%2520EGit%2520and%2520the%2520Projects/" rel="alternate"/><published>2015-08-19T23:16:18.761000Z</published><updated>2015-08-19T23:16:18.761000Z</updated><author><name>Dylan Myers</name><uri>https://sourceforge.net/u/ralgith-erian/</uri></author><id>https://sourceforge.net90d92bb39039f18fcc3f72a2e33d98fd838090f1</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;ol&gt;
&lt;li&gt;Choose &lt;em&gt;File -&amp;gt; Import -&amp;gt; Git -&amp;gt; Projects from Git&lt;/em&gt;&lt;/li&gt;
&lt;li&gt;Click Next&lt;/li&gt;
&lt;li&gt;Choose the Clone URI&lt;/li&gt;
&lt;li&gt;Click Next&lt;/li&gt;
&lt;li&gt;Put in the appropriate git URI&lt;br/&gt;
    git://git.code.sf.net/p/megamek/git&lt;br/&gt;
    git://git.code.sf.net/p/megameklab/git&lt;br/&gt;
    git://git.code.sf.net/p/mekhq/git&lt;/li&gt;
&lt;li&gt;Click Next&lt;/li&gt;
&lt;li&gt;Click Next&lt;/li&gt;
&lt;li&gt;Choose a Location&lt;/li&gt;
&lt;li&gt;Click Next&lt;/li&gt;
&lt;li&gt;Wait for the clone process to finish&lt;/li&gt;
&lt;li&gt;Select the option to import existing projects&lt;/li&gt;
&lt;li&gt;De-select all the launch4j checkboxes&lt;/li&gt;
&lt;li&gt;Click Finish&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;And from &lt;a class="" href="https://www.coshx.com/blog/2013/02/26/ignoring-local-changes-to-tracked-files-with-git/" rel="nofollow"&gt;Coshx Labs&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Solution 2: Mark database.yml as assume-unchanged in git’s index&lt;/p&gt;
&lt;p&gt;In fact git has the power to ignore local changes to tracked files, but it’s slightly clunkier than and completely &amp;gt;inconsistent with the familiar .gitignore. You must use git update-index to tell git to ignore changes to the file:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;$ git update-index --assume-unchanged config/database.yml&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Now your git status will be clean, and you will have no unwanted results when you run things like git add . and git &amp;gt;commit -a. And when somebody upstream modifies database.yml, git will not ask you to resolve the conflict. Perfect.&lt;/p&gt;
&lt;p&gt;To un-mark the file as assume-unchanged:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;$ git update-index --no-assume-unchanged config/database.yml&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;And if you want a list of tracked files that git is ignoring:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;$ git ls-files -v | grep ^[a-z]&lt;/code&gt;&lt;/p&gt;
&lt;/blockquote&gt;&lt;/div&gt;</summary></entry><entry><title>bug_report_howto modified by Nicholas Walczak</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2015-02-25T14:37:25.921000Z</published><updated>2015-02-25T14:37:25.921000Z</updated><author><name>Nicholas Walczak</name><uri>https://sourceforge.net/u/arlith/</uri></author><id>https://sourceforge.net3351534c59b3f07e5fe44399320d499167b4fb68</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v17
+++ v18
@@ -37,6 +37,7 @@
 In addition to attaching a log file, it is also helpful to attach a saved game.  If you have a saved game prior to the bug occurring, often the devs can load the saved game and quickly reproduce the bug.  This is very helpful as the dev can then attach a debugger and step through the code to figure out exactly what is going on.  Megamek automatically creates an autosave at the start of a turn and there is also the "paranoid save" option that will make Megamek save an autosave at the start of every phase instead of at the start of a turn. Changing the name of the save game (not the extension part) to the name of the player the dev should connect as would help streamline the devs effort to fix bugs. Do **not** say, "see this other ticket...** kind of comments. Attach relevant files to the ticket itself.

 &lt;u&gt;Until further notice: Anon bug reports have been disabled. Thank you for your patience.&lt;/u&gt;
+This means that you will not see the option to create a ticket if you are not signed in, however anyone with a SourceForge account can sign in and submit tickets.

 &lt;u&gt;**Subscribe to notifications if posting as anon**&lt;/u&gt;

&lt;/pre&gt;
&lt;/div&gt;</summary></entry><entry><title>bug_report_howto modified by Dylan Myers</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2015-02-25T00:25:28.849000Z</published><updated>2015-02-25T00:25:28.849000Z</updated><author><name>Dylan Myers</name><uri>https://sourceforge.net/u/ralgith-erian/</uri></author><id>https://sourceforge.netc0061554a026ca4b06e76c4b28e46bb6066429d9</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v16
+++ v17
@@ -34,7 +34,7 @@

 &lt;u&gt;**Attach a saved game**&lt;/u&gt;

-In addition to attaching a log file, it is also helpful to attach a saved game.  If you have a saved game prior to the bug occurring, often the devs can load the saved game and quickly reproduce the bug.  This is very helpful as the dev can then attach a debugger and step through the code to figure out exactly what is going on.  Megamek automatically creates an autosave at the start of a turn and there is also the "paranoid save" option that will make Megamek save an autosave at the start of every phase instead of at the start of a turn. Changing the name of the save game (not the extension part) to the name of the player the dev should connect as would help streamline the devs effort to fix bugs.
+In addition to attaching a log file, it is also helpful to attach a saved game.  If you have a saved game prior to the bug occurring, often the devs can load the saved game and quickly reproduce the bug.  This is very helpful as the dev can then attach a debugger and step through the code to figure out exactly what is going on.  Megamek automatically creates an autosave at the start of a turn and there is also the "paranoid save" option that will make Megamek save an autosave at the start of every phase instead of at the start of a turn. Changing the name of the save game (not the extension part) to the name of the player the dev should connect as would help streamline the devs effort to fix bugs. Do **not** say, "see this other ticket...** kind of comments. Attach relevant files to the ticket itself.

 &lt;u&gt;Until further notice: Anon bug reports have been disabled. Thank you for your patience.&lt;/u&gt;

&lt;/pre&gt;
&lt;/div&gt;</summary></entry><entry><title>Discussion for bug_report_howto page</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-28T19:39:48.579000Z</published><updated>2014-12-28T19:39:48.579000Z</updated><author><name>scjazz</name><uri>https://sourceforge.net/u/scjazz/</uri></author><id>https://sourceforge.netb49928918fbf6fd4e31ff59562f59524a136b1ab</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Since not everyone... (&lt;em&gt;cough&lt;/em&gt; yeah Ralgith I'm staring at you... u heretic Linux user :) ) understands GREP searches which is what is used by SF. Perhaps a quick how to search document is in order... +VTOL +Firing generates a search that includes both, etc, ad nauseum.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>bug_report_howto modified by Dylan Myers</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-24T15:17:21.062000Z</published><updated>2014-12-24T15:17:21.062000Z</updated><author><name>Dylan Myers</name><uri>https://sourceforge.net/u/ralgith-erian/</uri></author><id>https://sourceforge.net19dc30a347c5b7fa6cb7905eb6a91f72a0be24a4</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v15
+++ v16
@@ -18,7 +18,7 @@

 After making sure the bug report isn't a duplicate, it's time to think about what makes a quality bug report.  It is important to be clear and detailed; the developers cannot read your mind and the only information they have to go off of is what is in the bug report.  Often, something that seems obvious to the reporter will not be obvious to the developer, because the developer can be in a different frame of mind.  Describe the situation leading up to the bug in as much detail as possible.  Also include steps to reproduce: these should be detailed steps that a developer can use to reproduce the bug (a saved game can help here, see below).

-One thing to note is that the bug tracker is not a forum to get information: if there is confusion about how something works, or why something works the way it does that isn't grounds for a bug report.  Instead, posting on the forums is a better way to get information: &amp;lt;http: megamek.info="" forums=""&amp;gt;.  Furthermore, bug reports without sufficient details to reproduce are not beneficial at all.  They just waste the devs time. Bug reports with single sentence descriptions or descriptions that say things like "see title" will not be well received.  
+One thing to note is that the bug tracker is not a forum to get information: if there is confusion about how something works, or why something works the way it does that isn't grounds for a bug report.  Instead, [posting on the forums](http://megamek.info/forums) is a better way to get information.  Furthermore, bug reports without sufficient details to reproduce are not beneficial at all.  They just waste the devs time. Bug reports with single sentence descriptions or descriptions that say things like "see title" will not be well received.  

 It is also important to only report one issue per ticket.  Creating a new ticket is cheap and it's easy to cross reference tickets.  When multiple issues get reported in a single issue it just ends up confusing the discussion.

&lt;/pre&gt;
&lt;/div&gt;</summary></entry><entry><title>bug_report_howto modified by Dylan Myers</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-24T15:15:33.764000Z</published><updated>2014-12-24T15:15:33.764000Z</updated><author><name>Dylan Myers</name><uri>https://sourceforge.net/u/ralgith-erian/</uri></author><id>https://sourceforge.netda60b5edbbaeee8a56b7a2558903e6057f748630</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v14
+++ v15
@@ -6,6 +6,9 @@
 &lt;u&gt;**Submit to Correct Location**&lt;/u&gt;

 Submitting a bug report to the correct location is important for getting it fixed quickly. While we can move tickets from one tracker to another, it can often slow down fixes. Additionally, forums, email, and private messages are not appropriate places for bug reports.
+[MegaMek Tickets](https://sourceforge.net/p/megamek/_list/tickets)
+[MekHQ Tickets](https://sourceforge.net/p/mekhq/_list/tickets)
+[MegaMekLab Tickets](https://sourceforge.net/p/megameklab/_list/tickets)

 &lt;u&gt;**Check for duplicates**&lt;/u&gt;

&lt;/pre&gt;
&lt;/div&gt;</summary></entry><entry><title>bug_report_howto modified by Dylan Myers</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-24T15:10:47.265000Z</published><updated>2014-12-24T15:10:47.265000Z</updated><author><name>Dylan Myers</name><uri>https://sourceforge.net/u/ralgith-erian/</uri></author><id>https://sourceforge.net1a935c6d004ad8a99e949736b9b28c547605e95a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v13
+++ v14
@@ -2,6 +2,10 @@
 -------------

 Submitting quality bug reports is important to get bugs fixed and to not waste developer time.  Once a bug is reported, a dev will have to verify that the report is actually a bug.  Once it has been verified, a dev has to hunt down the cause of the bug, and then fix it.
+
+&lt;u&gt;**Submit to Correct Location**&lt;/u&gt;
+
+Submitting a bug report to the correct location is important for getting it fixed quickly. While we can move tickets from one tracker to another, it can often slow down fixes. Additionally, forums, email, and private messages are not appropriate places for bug reports.

 &lt;u&gt;**Check for duplicates**&lt;/u&gt;

@@ -29,7 +33,7 @@

 In addition to attaching a log file, it is also helpful to attach a saved game.  If you have a saved game prior to the bug occurring, often the devs can load the saved game and quickly reproduce the bug.  This is very helpful as the dev can then attach a debugger and step through the code to figure out exactly what is going on.  Megamek automatically creates an autosave at the start of a turn and there is also the "paranoid save" option that will make Megamek save an autosave at the start of every phase instead of at the start of a turn. Changing the name of the save game (not the extension part) to the name of the player the dev should connect as would help streamline the devs effort to fix bugs.

-&lt;u&gt;Until further notice: Anon bug reports has been disabled. Thank you for your patience.&lt;/u&gt;
+&lt;u&gt;Until further notice: Anon bug reports have been disabled. Thank you for your patience.&lt;/u&gt;

 &lt;u&gt;**Subscribe to notifications if posting as anon**&lt;/u&gt;

&lt;/pre&gt;
&lt;/div&gt;</summary></entry><entry><title>Discussion for bug_report_howto page</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-06T20:43:53.355000Z</published><updated>2014-12-06T20:43:53.355000Z</updated><author><name>scjazz</name><uri>https://sourceforge.net/u/scjazz/</uri></author><id>https://sourceforge.net7c7497ed39d25a7a3e42911797f73a49426b8b21</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I have to do this at least once a month. Sorry for swearing... I am crazy (have the Doctor's Note and all) every once in awhile I TARFU my Meds and well... taduh! I write something seriously unacceptable. Sorry to Xenon and Ralgith and everyone else.&lt;/p&gt;
&lt;p&gt;I feel bad :(&lt;/p&gt;
&lt;p&gt;Which isn't to say something like this won't happen in the future... it will... such is the nature of my Crazy. I'll just come along and apologize for being a jerk again at sometime in the future. Just please, try to understand, I'm not doing it to BE A JERK and PISS EVERYONE OFF. Among a long list... this is a part of my Crazy... &lt;a href="http://en.wikipedia.org/wiki/Tourette_syndrome" rel="nofollow"&gt;http://en.wikipedia.org/wiki/Tourette_syndrome&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Sorry, I suck, I feel bad, there was no reason to get that off the wall, I am a bad person.&lt;/p&gt;
&lt;p&gt;Sorry.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Discussion for bug_report_howto page</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-05T22:33:09.210000Z</published><updated>2014-12-05T22:33:09.210000Z</updated><author><name>Xenon54z</name><uri>https://sourceforge.net/u/elementx54/</uri></author><id>https://sourceforge.netda78eb65ee3876c64e45113e2e6a0efd535c484e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;As SF is new to me, mistakes will happen. Arlith had already spotted it. Just a tiny slash was all it needed. ;)&lt;/p&gt;
&lt;p&gt;Hopefully my noob period is a quick one. :)&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>bug_report_howto modified by Xenon54z</title><link href="https://sourceforge.net/p/megamek/wiki/bug_report_howto/" rel="alternate"/><published>2014-12-05T21:12:52.247000Z</published><updated>2014-12-05T21:12:52.247000Z</updated><author><name>Xenon54z</name><uri>https://sourceforge.net/u/elementx54/</uri></author><id>https://sourceforge.net225259293317c264b4c6b67a32afd059f220043c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v12
+++ v13
@@ -29,7 +29,7 @@

 In addition to attaching a log file, it is also helpful to attach a saved game.  If you have a saved game prior to the bug occurring, often the devs can load the saved game and quickly reproduce the bug.  This is very helpful as the dev can then attach a debugger and step through the code to figure out exactly what is going on.  Megamek automatically creates an autosave at the start of a turn and there is also the "paranoid save" option that will make Megamek save an autosave at the start of every phase instead of at the start of a turn. Changing the name of the save game (not the extension part) to the name of the player the dev should connect as would help streamline the devs effort to fix bugs.

-&lt;u&gt;Until further notice: Anon bug reports has been disabled. Thank you for your patience.&lt;/u&gt;&lt;u&gt;
+&lt;/u&gt;&lt;u&gt;Until further notice: Anon bug reports has been disabled. Thank you for your patience.&lt;/u&gt;

 &lt;u&gt;**Subscribe to notifications if posting as anon**&lt;/u&gt;

&lt;/pre&gt;&lt;u&gt;&lt;/u&gt;&lt;u&gt;
&lt;/u&gt;&lt;/div&gt;</summary></entry></feed>