Jump to content

Nathan Explosion

Clients
  • Posts

    6,999
  • Joined

  • Days Won

    128

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Forums

Events

Store

Gallery

Posts posted by Nathan Explosion

  1. 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.

     

  2. 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:

    1. Install a new instance of the full suite
    2. Check core_javascript and there's all the javascript files for all the applications.
    3. Uninstall a random application (say, Blog)
    4. 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.

  3. 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.

  4. 21 minutes ago, Dreadknux said:

    And the text insertion point is in the right position (where the ZeroWidthSpace text in the HTML code is placed), but when I start typing the text I want to include in the button,

    Take a look at the blurb about {content} - it's the text that is highlighted when clicking the button:

    Quote

    Use {content} to indicate where the content highlighted when the button is pressed should be inserted.

    Any content you type after the html is added will be outside the html you have added.

    Want content in it? Type the content, highlight it and then click the button.

×
×
  • Create New...