Posts posted by Nathan Explosion
-
-
-
-
-
-
This is what you should expect to happen:
But all that going on within the popup box...that's Twitter's issue. Personally, the fact that it displays what looks like CSS as plain text right at the start indicates that they likely haven't tested whatever the heck it is that they are now doing when sharing.
-
-
-
-
-
-
-
Posted ·
Edited by Nathan Explosion
Just want to double check something, and happy to be wrong on this...
Is there a reason why uninstalling an Invision application doesn't remove that specific application's javascript from the core_javascript table of the database?
It's easy to check:
- Install a new instance of the full suite
- Check core_javascript and there's all the javascript files for all the applications.
- Uninstall a random application (say, Blog)
- Check core_javascript and there's all the javascript files still there for that specific application.
Reason I am asking is that I've just spotted that an old test instance of mine where I had uninstalled all my own applications but left behind the Invision apps, all the JS from my own apps were still in the table. Always been under the impression that removal of application JS files from core_javascript was done at uninstallation time by the framework (it does for plugins), but it appears it is not.
Taking a look at the delete() function in \IPS\Plugin, there is a clear removal of the JS from the table:
$hasJs = \IPS\Db::i()->delete( 'core_javascript', array( 'javascript_plugin=?', $this->id ) );
But amongst all the tidy up in the equivalent function in \IPS\Application, there is no clearing of the application's JS from the table.
If someone reinstalls an application at a later point, there is a deletion of existing done by importXml in the \IPS\Output\Javascript, prior to importing the new.
Just double-checked to see if maybe it was implemented via the Uninstall extension, and nope.
-
-
-
-
-
-
-
-
-
-
Edited by Nathan Explosion
20 minutes ago, Jim M said:We would still need more information about what process your server is running when it encounters this.
@sadams101 - all you have to do here is post up the content of the message you are receiving, and not just a subject or screenshot.
Why? Because there is only one thing that is called by cron related to Invision and that is the following file:
applications/core/interface/task/task.php
That file is then responsible for running the task queue - and as the output from the file is usually nothing then the cron will usually get nothing back to identify which specific task is being run within the queue.
If the messages are indeed related to that then it's a task within the Invision-space that needs further investigation.
Currently, you're looking for a needle in a haystack.
-
There isn't.
You could take a look at this but I wouldn't consider it 'Global'
Any questions on it, ask over on the site.
-
How to Embed Videos IN MY Community
in Technical Problems
No
The one titled 'Source' - you said that
...so it had to be assumed that you had. If you didn't then you should check your group to see if you have the "Can post HTML?" setting is enabled for it.
You're adding whatever your html code is