AnsweredAssumed Answered

Preferences setting "Launch on Startup" broken on Windows??

Question asked by markuskhouri on Nov 15, 2009
Latest reply on Nov 27, 2009 by markuskhouri

In Spark, from the menu Spark > Preferences > Login, there is a checkbox for "Launch on Startup" in the dialog box.  I believe that the intention of this checkbox is to cause Spark to automatically start when the user logs in.

 

 

I believe that this functionality is broken.
Can someone please confirm the behavior that I am observing?
Below are my testing steps:
(1) Start the Windows Registry Editor via "regedit.exe"
(2) In the Windows Registry Editor, navigate to "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run"
(3) There may or may not be an entry for Spark in the right pane.
(4) Open the file "spark.properties"; depending on the version of Spark that you have, it will be located in either "C:\Documents and Settings\USERNAME\Application Data\Spark\spark.properties" (newest) or "C:\Documents and Settings\USERNAME\Spark\spark.properties" (older).
(5) Find the entry "startOnStartup" in the file "spark.properties".
(6) Start Spark.
(7) Navigate from the menu Spark > Preferences > Login
(8) Check or uncheck the "Launch on Startup" entry, saving/closing the preferences.
(9) Verify that the entry "startOnStartup" in the file "spark.properties" matches the state of the "Launch on Startup" entry in the Preferences dialog.  Note you might need to refresh the text editor, or simply re-open the file.
(10) Verify that the entry in the Windows Registry DOES NOT match the state change of the "Launch on Startup" entry in the Preferences dialog.  Note you might need to refresh the Windows Registry Editor via pressing the "F5" key.
(11) Repeat the checking / unchecking and looking for changes in the file and registry.
This is based off of the latest from SVN, Revision 11410 as off Saturday November 15, 2009.
This is related to http://www.igniterealtime.org/issues/browse/SPARK-940 , but this is a specific example and I believe should be logged separately, though the two could be linked in JIRA.
And this JIRA indicates that it was fixed, but I am not so sure: http://www.igniterealtime.org/issues/browse/SPARK-428

Outcomes