2012-01-31, 10:12
My wol works perfect if i shutdown my pc but if i hibernate i cant turning in on , also in a motorola xoom with a custom rom ics from EOS the wol is not making a conecction
2012-01-31, 12:36
warlion Wrote:My wol works perfect if i shutdown my pc but if i hibernate i cant turning in on , also in a motorola xoom with a custom rom ics from EOS the wol is not making a conecction
If it works with the pc off, then Remote Launcher is probably doing what it should. I think you need to check your bios if there is a setting for wake on lan during standby and wether it should work or not. You could also try with another wake on lan tool and see if the behaviour is the same.
About the ICS issue, do you get an error? Do you have the possibility to collect logs using adb?
2012-02-01, 05:53
Sure i can collect anu data but if you tellme how to do it
2012-02-01, 17:28
warlion Wrote:Sure i can collect anu data but if you tellme how to do itConsidering you have knowledge about adb:
just use "adb logcat" and then run the action on your device, you will see the output in your console window. Another solution is this app from the market:
https://market.android.com/details?id=co...son.logcat
Need help? Check out my XBMC Frodo Guide. It contains full featured guides to Sickbeard and CouchPotato as well.
2012-02-01, 22:23
i forget about catlog lol
sure here it is
sure here it is
Code:
02-01 13:57:19.940 D/RemoteLauncher(9738): Polling status
02-01 13:57:19.970 D/RemoteLauncher(9738): onStatusPollDone
02-01 13:57:20.510 D/RemoteLauncher(9738): Failed to send Wake On Lan package: null
02-01 13:57:23.390 D/dalvikvm(314): GC_CONCURRENT freed 413K, 10% free 7964K/8839K, paused 6ms+9ms
02-01 13:57:24.320 D/dalvikvm(258): GC_CONCURRENT freed 397K, 75% free 7975K/30983K, paused 7ms+14ms
02-01 13:57:24.680 D/RemoteLauncher(9738): ONPAUSE
02-01 13:57:24.680 D/RemoteLauncher(9738): Waiting for disconnect
02-01 13:57:24.880 D/RemoteLauncher(9738): Disconnected
02-01 13:57:24.960 D/OpenGLRenderer(258): Flushing caches (mode 0)
02-01 13:57:25.380 V/TabletStatusBar(258): setLightsOn(true)
02-01 13:57:26.000 D/RemoteLauncher(9738): ONSTOP
02-01 13:57:26.000 D/RemoteLauncher(9738): Waiting for disconnect
02-01 13:57:26.000 D/RemoteLauncher(9738): Disconnected
2012-02-01, 23:11
warlion Wrote:i forget about catlog lol
sure here it is
Code:02-01 13:57:19.940 D/RemoteLauncher(9738): Polling status
02-01 13:57:19.970 D/RemoteLauncher(9738): onStatusPollDone
02-01 13:57:20.510 D/RemoteLauncher(9738): Failed to send Wake On Lan package: null
02-01 13:57:23.390 D/dalvikvm(314): GC_CONCURRENT freed 413K, 10% free 7964K/8839K, paused 6ms+9ms
02-01 13:57:24.320 D/dalvikvm(258): GC_CONCURRENT freed 397K, 75% free 7975K/30983K, paused 7ms+14ms
02-01 13:57:24.680 D/RemoteLauncher(9738): ONPAUSE
02-01 13:57:24.680 D/RemoteLauncher(9738): Waiting for disconnect
02-01 13:57:24.880 D/RemoteLauncher(9738): Disconnected
02-01 13:57:24.960 D/OpenGLRenderer(258): Flushing caches (mode 0)
02-01 13:57:25.380 V/TabletStatusBar(258): setLightsOn(true)
02-01 13:57:26.000 D/RemoteLauncher(9738): ONSTOP
02-01 13:57:26.000 D/RemoteLauncher(9738): Waiting for disconnect
02-01 13:57:26.000 D/RemoteLauncher(9738): Disconnected
Cool, thanks! Unfortunately that didn't give that much info... I've made a debug build that hopefully can show exactly what is null. Do you have the possibility to try it? If so, please contact me on
contact at owtroid dot com
and I'll send it to you!
2012-02-17, 20:39
I've finally fixed the Wake On Lan issue in Honeycomb/Ice cream sandwich as well as another bug!
0.2.16 is now available on the Market!
0.2.16 is now available on the Market!
2012-02-20, 22:39
Ooops! A nasty little bug that made the app quit on orientation changes sneaked in to the last version...
0.2.17 is now out with a fix for that!
0.2.17 is now out with a fix for that!
2012-03-09, 22:37
0.2.18 is out!
Now the server port is also shown in the server selection dialog to make the servers more easily distringuishable.
A bug that caused the wake on lan widget configuration dialog to crash when the server list is empty has also been fixed.
Now the server port is also shown in the server selection dialog to make the servers more easily distringuishable.
A bug that caused the wake on lan widget configuration dialog to crash when the server list is empty has also been fixed.
2012-03-20, 00:21
Hi, I found a problem causing files to be saved in the wrong place if you've moved your desktop folder from its default location.
".remoteseverlauncher" and "remoteserverlauncherlog" are being saved in the wrong place for me, and I managed to trace it to a known bug in Java with user.home
The problem seems to be on line 40 of config.java, and probably also whichever file saves remoteserverlauncherlog.
A full explanation can be found here: http://bugs.sun.com/view_bug.do?bug_id=4787931, with a workaround included.
It's hardly a show stopper, but it's annoying me. I'd love it if you guys could include the fix, as I don't want to have to keep recompiling each time a new version is released =)
".remoteseverlauncher" and "remoteserverlauncherlog" are being saved in the wrong place for me, and I managed to trace it to a known bug in Java with user.home
The problem seems to be on line 40 of config.java, and probably also whichever file saves remoteserverlauncherlog.
A full explanation can be found here: http://bugs.sun.com/view_bug.do?bug_id=4787931, with a workaround included.
It's hardly a show stopper, but it's annoying me. I'd love it if you guys could include the fix, as I don't want to have to keep recompiling each time a new version is released =)
2012-03-20, 09:33
(2012-03-20, 00:21)Buggy Wrote: Hi, I found a problem causing files to be saved in the wrong place if you've moved your desktop folder from its default location.
".remoteseverlauncher" and "remoteserverlauncherlog" are being saved in the wrong place for me, and I managed to trace it to a known bug in Java with user.home
The problem seems to be on line 40 of config.java, and probably also whichever file saves remoteserverlauncherlog.
A full explanation can be found here: http://bugs.sun.com/view_bug.do?bug_id=4787931, with a workaround included.
It's hardly a show stopper, but it's annoying me. I'd love it if you guys could include the fix, as I don't want to have to keep recompiling each time a new version is released =)
Ah, yes that does sound a bit annoying... Thanks for reporting, and especially for also digging up a workaround
I'll look into as soon as I can!
2012-03-20, 22:17
(2012-03-20, 09:33)owtroid Wrote:(2012-03-20, 00:21)Buggy Wrote: Hi, I found a problem causing files to be saved in the wrong place if you've moved your desktop folder from its default location.
".remoteseverlauncher" and "remoteserverlauncherlog" are being saved in the wrong place for me, and I managed to trace it to a known bug in Java with user.home
The problem seems to be on line 40 of config.java, and probably also whichever file saves remoteserverlauncherlog.
A full explanation can be found here: http://bugs.sun.com/view_bug.do?bug_id=4787931, with a workaround included.
It's hardly a show stopper, but it's annoying me. I'd love it if you guys could include the fix, as I don't want to have to keep recompiling each time a new version is released =)
Ah, yes that does sound a bit annoying... Thanks for reporting, and especially for also digging up a workaround
I'll look into as soon as I can!
Ok, I've implemented some of the changes that are mentioned in that bug report. Now the server will first try to read the USERPROFILE and if that fails for some reason it will fall back to user.home. If you're up for it, please give it a go:
http://sourceforge.net/projects/remotela...e/download
2012-03-21, 00:52
Works great, thanks!
Advanced mode is still trying to read from the old location, but the main functionality is there and it's not making my drive messy any more.
If I hadn't already bought a copy, I'd be doing it now =)
Advanced mode is still trying to read from the old location, but the main functionality is there and it's not making my drive messy any more.
If I hadn't already bought a copy, I'd be doing it now =)
2012-03-21, 10:00
(2012-03-21, 00:52)Buggy Wrote: Works great, thanks!
Advanced mode is still trying to read from the old location, but the main functionality is there and it's not making my drive messy any more.
If I hadn't already bought a copy, I'd be doing it now =)
Oops, forgot about that... I'll change that too before making a proper release!
Thanks for the help and positive feedback, it is much appreciated!
