IRC Log Viewer » #firebreath » 2015-10-13

IRC Nick Time (GMT-7) Message
kagula 02:10 why method between BEGIN_PLUGIN_EVENT_MAP no be called?
i see the onWindowAttached never be called!
below is my method implement
bool hello::onWindowAttached(FB::AttachedEvent *evt, FB::PluginWindow *win)
bool hello::onWindowAttached(FB::AttachedEvent *evt, FB::PluginWindow *win)
i see, i can not paste code here.
i see, i can not paste code here.
Enkindler 08:10 taxilian, where did you tell me to check the extension thing for the plugins in chrome?. CHecking the logs for friday doesn't show the last comment...
taxilian 08:10 sorry, what?
Enkindler 08:10 I read it in the moring but had to reload the page...
morning*
morning*
taxilian 08:10 I haven't any idea what you're talking about, I'm afraid
Enkindler 08:10 Last week i managed to make chrome load the extension...
but it logged that no registered plugins where found...
taxilian 08:10 oh, yeah
oh, yeah
I suggested that you try stepping through the detection code
I suggested that you try stepping through the detection code
src/NativeMessageHost/Win/PluginLoaderWin.cpp file
I'd step through that and see if you can find out why it's not working. if you uncomment the irc://direct.firebreath.org:50999/#define DEBUG_BREAK in src/NativeMessageHost/HostMain.cpp it'll pop up like there was an exception and let you attach a debugger when the native message host is launched
Enkindler 08:10 Yes, thats the thing. Thank you!...
Yes, thats the thing. Thank you!...
Enkindler 08:10 I suppose that by making that change I'll have to prep the solution again and the rebuild yes?
taxilian 09:10 don't need to reprep
prep script is only needed if you change project files (add or remove files, change a .cmake or a CMakeLists.txt file, etc)
normally just build again
it'll pick up the changes like on any project
Enkindler 09:10 Alright then...
and with that just debug with VS?
Or it logs to chromes own logger?
taxilian 09:10 debug with VS
huh; re-reading my pasted message, I don't know where the irc:// stuff came from
just uncomment the define DEBUG_BREAK
that basically triggers the "this application did something weird, do you want to debug it" dialog when the native message host starts up
then you attach with vs
Enkindler 09:10 I see... Very well then... That dialog should appear even if I don't have VS on the machine?
I see... Very well then... That dialog should appear even if I don't have VS on the machine?
Sadly, I've been forced to test with a virtual machine, an thus it doesn't have VS.. that's why I ask...
taxilian 09:10 ahh; how are you building?
Enkindler 09:10 I build from the host machine that does have VS.
But since I'm working inside a domain network, the Network Admin has disabled Chrome Extensions
Which is why I test the extension in a virtual machine
Which is why I test the extension in a virtual machine
taxilian 09:10 ahh
Enkindler 12:10 Ok, managed to make the extension load the plugins... I believe at least (no more no registered plugins error), but now I'm not sure how to make calls to it. any pointers?
taxilian 12:10 once it's loaded you should get an object in your callback; you can use that object to instantiate a wyrmhole and then load the plugin
after that you instantiate FireWyrmJS and that will be your plugin object
there should be example code in one of the links I sent you
Enkindler 13:10 yes, I'm using one of the conversations you gave me as an example...
techinaclly speaking it should be working... I create a FWJS object and assing it to the pluginFactory itself...
and from there I should use the pluginFactory.create yes?
Using the pluginFactory mehotd basically returns an object with name "undefined-then-then-then-then"
taxilian 13:10 that would be a Promise
that would be a Promise
Enkindler 14:10 Will the same wyrmhole work with multiple plugins?