Gorgeous update!EternalHarvest wrote:Now most of the information on the first page (where HP, SP, stats etc are) receives realtime updates.
That functionality requires JSON and Protocol::WebSocket for Perl and a web browser with WebSockets support, otherwise it would just work as it used to before.
Sure.BonScott wrote:This open a way to refresh another vars in other pages, like exp report, inventary...
An question: can use this way for console updates too?
It seems new contributors didn't care what was "default" directory about, and instead put everything outside of it, removing "defaut" directory entirely. <a href="{skin}/"/> link didn't ring any bells, and the whole page which suggested to implement some authorization there was removed.kali wrote:The plan was to commit a few base skins so that people can just switch to them whenever they liked.
If at today nobody make a "skin", what is the use of it?EternalHarvest wrote:It seems new contributors didn't care what was "default" directory about, and instead put everything outside of it, removing "defaut" directory entirely. <a href="{skin}/"/> link didn't ring any bells, and the whole page which suggested to implement some authorization there was removed.kali wrote:The plan was to commit a few base skins so that people can just switch to them whenever they liked.
Great "buffs"...EternalHarvest wrote:Console and chat log displays got buffs.
Code: Select all
Error message:
Can't locate object method "image" via package "Field" at plugins/webMonitor/webMonitorServer.pm line 635.
Stack trace:
Can't locate object method "image" via package "Field" at plugins/webMonitor/webMonitorServer.pm line 635.
at plugins/webMonitor/webMonitorServer.pm line 635
webMonitorServer::request('webMonitorServer=HASH(0x3210284)', 'Base::WebServer::Process=HASH(0x4d6042c)') called at src/Base/WebServer.pm line 194
Base::WebServer::_processRequest('webMonitorServer=HASH(0x3210284)', 'Base::Server::Client=HASH(0x4eba9dc)') called at src/Base/WebServer.pm line 126
Base::WebServer::onClientData('webMonitorServer=HASH(0x3210284)', 'Base::Server::Client=HASH(0x4eba9dc)', 'GET /map/yuno_fild08 HTTP/1.1\x{d}\x{a}Host: bonscott.no-ip.org:2000\x{d}...', 11) called at src/Base/Server.pm line 203
Base::Server::iterate('webMonitorServer=HASH(0x3210284)') called at C:/Documents and Settings/Administrador/Desktop/Openkore - Sorcerer/plugins/webMonitor/webMonitorPlugin.pl line 96
webMonitorPlugin::mainLoop('mainLoop_post', undef, undef) called at src/Plugins.pm line 433
Plugins::callHook('mainLoop_post') called at src/functions.pl line 71
main::mainLoop() called at src/Interface.pm line 75
Interface::mainLoop('Interface::Console::Win32=HASH(0x2e150d4)') called at C:\Documents and Settings\Administrador\Desktop\Openkore - Sorcerer\openkore.pl line 97
main::__start() called at C:\Documents and Settings\Administrador\Desktop\Openkore - Sorcerer\openkore.pl line 187
Interrompido nesta linha:
* if ($filename =~ m{^/map/(\w+)$} and my $image = Field->new(name => $1)->image('png, jpg')) {
$process->header('Content-Type' => contentType($image));BonScott wrote: Here, the plugin crash on map change:
So which openkore revision who needs that errors.txt anyway you've tried it on? That doesn't seem to be able to happen with trunk due to two different reasons.openkore wrote:include the contents of the errors.txt in your bug report, or we may not be able to help you!
Works for me with using --control, --plugins and --interface options. webMonitor doesn't load at all or just doesn't initialize webserver? Do other plugins load fine in the same openkore instance?BonScott wrote:If I run the bot clicking in openkore.pl, the webMonitor start ok. IF I run the kore in bat file OR shortcut, ex: openkore.pl --config=control\config_Vendor.txt, the plugin don't start e don't generate a webserver.