|
01-03-2014, 07:30 AM
|
A Griffon
|
|
Join Date: Nov 2004
Server: Valor
Posts: 358
|
|
New Updater
Since the old updater will cease working anytime soon due to Java's security restrictions and there are no free code signing certificates available, I have developed a new version as 'stand alone' Java Application.
http://updater.pala.de/new/
I am currently testing any possible fault condition I can think of, but it is always better to have other people play around with it and try to break it.
Java 7 is required, but the launcher will automatically download a local version to its folder if it cannot find any installed on the system.
The download is currently tunneled through a CDN (updater.pala.de.nyud.net, which is coralcdn.org), because Chrome freaks out about the executable file until Google has crawled the website again.
Please feel free to test it and report back.
|
01-04-2014, 03:41 AM
|
|
A Griffon
|
|
Join Date: Jul 2006
Server: Unrest
Posts: 849
|
|
Here's a shortcut icon for it that looks a bit better than the old Web updater one, and is a bit more obvious than the default one for the executable. I did 3 sizes that should fit most uses. They're zipped up, just unzip the zipfile to extract the icons.
__________________
"Hey! I'm not illiterate. I had a book once. ...could've used some ketchup though..."
|
01-04-2014, 03:48 AM
|
A Griffon
|
|
Join Date: Nov 2004
Server: Valor
Posts: 358
|
|
The executable icon is deliberately generic, as the updater is used by other UIs as well. Could use better icons though :P
As per windows design guidelines, you need sizes 16x16, 32x32, 48x48, and 256x256 (optionally 24x24, 40x40, 64x64)
http://msdn.microsoft.com/en-us/libr.../aa511280.aspx
|
01-04-2014, 04:06 AM
|
|
A Griffon
|
|
Join Date: Oct 2004
Server: Antonia Bayle
Posts: 3,287
|
|
I'll give it a test.
Will you be able to support an updated version for me as well? Appreciate your time spent on this!
|
01-04-2014, 04:08 AM
|
A Griffon
|
|
Join Date: Nov 2004
Server: Valor
Posts: 358
|
|
Will do once it runs stable
|
01-04-2014, 01:46 PM
|
|
A Griffon
|
|
Join Date: Jul 2006
Server: Unrest
Posts: 849
|
|
Quote:
Originally Posted by Kaldran
The executable icon is deliberately generic, as the updater is used by other UIs as well. Could use better icons though :P
As per windows design guidelines, you need sizes 16x16, 32x32, 48x48, and 256x256 (optionally 24x24, 40x40, 64x64)
http://msdn.microsoft.com/en-us/libr.../aa511280.aspx
|
I'll have to add those. I did it as separate files for the most common desktop/shortcut icon sizes since I figured having them in the binary wouldn't work.
__________________
"Hey! I'm not illiterate. I had a book once. ...could've used some ketchup though..."
|
01-04-2014, 09:49 PM
|
|
A Griffon
|
|
Join Date: Jul 2006
Server: Unrest
Posts: 849
|
|
ProfitUI icon file
A new icon file, with multiple icon sizes: 16x16, 24x24, 32x32, 40x40, 48x48, 64x64, 256x256. That should cover all the sizes of icon Windows will need. The .ico file's zipped up, just unzip to extract it.
__________________
"Hey! I'm not illiterate. I had a book once. ...could've used some ketchup though..."
|
01-16-2014, 04:03 PM
|
|
A Griffon
|
|
Join Date: Jul 2006
Server: Unrest
Posts: 849
|
|
Variants reset
Noticed that when the new updater ran today and updated itself, it reset all my selected variants to the defaults (the ignored files list and the settings like the path to the game folder were unaffected). This hasn't happened before, just today.
__________________
"Hey! I'm not illiterate. I had a book once. ...could've used some ketchup though..."
|
02-02-2014, 06:36 PM
|
A Brown Bear
|
|
Join Date: May 2006
Server: Everfrost
Posts: 11
|
|
New Updater Stopped Updating...
A few days ago the new updater stopped working. It closes the update window as soon as it opens with no update. The log file shows:
de.pala.updater.Updater - Cannot activate core
org.java.plugin.PluginLifecycleException: can't find plug-in class de.pala.updater.services.settings.SettingsPlugin
at org.java.plugin.standard.StandardPluginLifecycleHandler.createPluginInstance(Sta ndardPluginLifecycleHandler.java:117) ~[jpf.jar:1.5.1]
at org.java.plugin.standard.StandardPluginManager.activatePlugin(StandardPluginMana ger.java:403) ~[jpf.jar:1.5.1]
at org.java.plugin.standard.StandardPluginManager.checkPrerequisites(StandardPlugin Manager.java:469) ~[jpf.jar:1.5.1]
at org.java.plugin.standard.StandardPluginManager.activatePlugin(StandardPluginMana ger.java:397) ~[jpf.jar:1.5.1]
at org.java.plugin.standard.StandardPluginManager.activatePlugin(StandardPluginMana ger.java:245) ~[jpf.jar:1.5.1]
at de.pala.updater.Updater.start(Updater.java:102) [Updater.jar:na]
at de.pala.updater.Updater.main(Updater.java:76) [Updater.jar:na]
Caused by: java.lang.ClassNotFoundException: de.pala.updater.services.settings.SettingsPlugin
at org.java.plugin.standard.StandardPluginClassLoader.loadClass(StandardPluginClass Loader.java:378) ~[jpf.jar:1.5.1]
at java.lang.ClassLoader.loadClass(Unknown Source) ~[na:1.7.0_51]
at org.java.plugin.standard.StandardPluginLifecycleHandler.createPluginInstance(Sta ndardPluginLifecycleHandler.java:113) ~[jpf.jar:1.5.1]
... 6 common frames omitted
de.pala.updater.Updater - Cannot activate updater
org.java.plugin.PluginLifecycleException: plug-in de.pala.updater.services.updater requires plug-in de.pala.updater.services.settings which failed activation
at org.java.plugin.standard.StandardPluginManager.checkPrerequisites(StandardPlugin Manager.java:445) ~[jpf.jar:1.5.1]
at org.java.plugin.standard.StandardPluginManager.activatePlugin(StandardPluginMana ger.java:397) ~[jpf.jar:1.5.1]
at org.java.plugin.standard.StandardPluginManager.activatePlugin(StandardPluginMana ger.java:245) ~[jpf.jar:1.5.1]
at de.pala.updater.Updater.main(Updater.java:77) [Updater.jar:na]
Not sure if its somthing with Java or the de.pala.updater address. Java 7 is installed and verified.
|
02-03-2014, 12:16 PM
|
|
A Griffon
|
|
Join Date: Mar 2008
Posts: 415
|
|
Just checked the new updater. I didn't get the problem mentioned above, but did have other issues. When the updater opened, a popup appeared stating that there were updates available for the updater and asked permission to proceed. I clicked OK. The update completed and the updater restarted, but had lost the EQ2 file path. I had to select the path again, quit the updater and run it again for the updater to work correctly.
Besides the clumsiness of the operation, it reminded me of another issue that I find annoying. When you click CHOOSE to update the EQ2 file path, the selection dialog opens pointing to the current user's My Documents folder. In the current case, the updater had lost the file path so I can understand it not having to path to start from. However, most of the time I am switching from the live instance to the Test instance or vice versa. In such cases, the updater really ought to start at the last selected path, which would save a lot of clicking.
Another option would be to let the user directly edit the displayed path, but I can see how that might be more work to code and could create another failure point.
-= Therendil =-
__________________
|
02-04-2014, 03:33 PM
|
A Griffon
|
|
Join Date: Nov 2004
Server: Valor
Posts: 358
|
|
Quote:
Originally Posted by Therendil
Just checked the new updater. I didn't get the problem mentioned above, but did have other issues. When the updater opened, a popup appeared stating that there were updates available for the updater and asked permission to proceed. I clicked OK. The update completed and the updater restarted, but had lost the EQ2 file path. I had to select the path again, quit the updater and run it again for the updater to work correctly.
|
Should be a one time thing when I changed around where settings are saved.
Quote:
Originally Posted by Therendil
Besides the clumsiness of the operation, it reminded me of another issue that I find annoying. When you click CHOOSE to update the EQ2 file path, the selection dialog opens pointing to the current user's My Documents folder. In the current case, the updater had lost the file path so I can understand it not having to path to start from. However, most of the time I am switching from the live instance to the Test instance or vice versa. In such cases, the updater really ought to start at the last selected path, which would save a lot of clicking.
|
This is already implemented, but not yet released as I am still collecting bugs.
|
02-04-2014, 09:28 PM
|
|
A Griffon
|
|
Join Date: Mar 2008
Posts: 415
|
|
Quote:
Originally Posted by Kaldran
Should be a one time thing when I changed around where settings are saved.
|
Okay. Probably the same reason that the welcome screen started showing up - the Ignore setting for that file got lost. No big deal. I'll set things back as they should be and let you know if there are further issues.
Quote:
Originally Posted by Kaldran
This is already implemented, but not yet released as I am still collecting bugs.
|
I'm glad to hear that you're adding that. Even more glad that you have your priorities right. I don't mind waiting for a new feature if the delay is due to squashing bugs first.
-= Therendil =-
__________________
|
02-04-2014, 10:42 PM
|
|
A Griffon
|
|
Join Date: Oct 2004
Server: Antonia Bayle
Posts: 3,287
|
|
The older Updater usually popped up the Changelog if you patched any files. The new one doesn't seem to do this (I only saw it when I first set my directory).
Not sure if intentional or not.
|
02-25-2014, 05:06 PM
|
A Brown Bear
|
|
Join Date: May 2008
Server: Antonia Bayle
Posts: 8
|
|
eror log
With the new updater I always get a notification that he can't update several files. this is the log:
d.p.u.s.core.model.Downloader - Exception on file manipulation
java.nio.file.AccessDeniedException: C:\Program Files (x86)\EVERQUEST 2\UI\ProfitUI\eq2ui_journals_quest.xml
at sun.nio.fs.WindowsException.translateToIOException(Unknown Source) ~[na:1.7.0_51]
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source) ~[na:1.7.0_51]
at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source) ~[na:1.7.0_51]
at sun.nio.fs.WindowsFileCopy.move(Unknown Source) ~[na:1.7.0_51]
at sun.nio.fs.WindowsFileSystemProvider.move(Unknown Source) ~[na:1.7.0_51]
at java.nio.file.Files.move(Unknown Source) ~[na:1.7.0_51]
at de.pala.updater.services.core.model.Downloader.run(Downloader.java:102) ~[na:na]
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [na:1.7.0_51]
at java.util.concurrent.FutureTask.run(Unknown Source) [na:1.7.0_51]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [na:1.7.0_51]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.7.0_51]
at java.lang.Thread.run(Unknown Source) [na:1.7.0_51]
Anyone an idea how I can solve this?
Regards
|
02-25-2014, 07:21 PM
|
|
A Griffon
|
|
Join Date: Jul 2006
Server: Unrest
Posts: 849
|
|
That's system protection in Windows 7. It blocks anything but signed installers from changing things in the "C:\Program Files" and "C:\Program Files (x86)" folders. The solution is to move your game somewhere else, eg. under "C:\ProgramData" (where the EQ2 installer puts it by default now) or C:\Games or the like.
__________________
"Hey! I'm not illiterate. I had a book once. ...could've used some ketchup though..."
|
02-26-2014, 12:01 AM
|
A Griffon
|
|
Join Date: Nov 2004
Server: Valor
Posts: 358
|
|
Alternatively launch the updater with administrator rights. This should not be a permanent solution though.
(Will catch the exception and show a popup in the next version)
|
02-27-2014, 02:31 PM
|
A Brown Bear
|
|
Join Date: May 2008
Server: Antonia Bayle
Posts: 8
|
|
Quote:
Originally Posted by Kaldran
Alternatively launch the updater with administrator rights. This should not be a permanent solution though.
(Will catch the exception and show a popup in the next version)
|
thx for the advice! I changed preference to run permanently as administrator and it immediately updated everything.
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 03:32 PM.
|
|