Jump to content

Stuart Silvester

Invision Community Team
  • Posts

    3,633
  • Joined

  • Last visited

  • Days Won

    27

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by Stuart Silvester

  1. 1 hour ago, InvisionHQ said:

    I don't want to insist on that, even if the posts following mine prove otherwise.

    Only trying one upgrade I find changes on:

    • _createMember -> add $postBeforeRegister, $form
    • public static $csrfProtected = TRUE on admin modules
    • function contentImage add parameter $ignorePermissions = FALSE
    • (today I learn) \IPS\Session::i()->csrfCheck() instead check on request ID
    • (now I learn) that the form helper already provides CSRF-protection if every change of state is contained within the if ( $values = $form->values() ) { ... }

    I assume from the non-answer that there will be no elasticity in this stage.

    Then my next upload is an ALL IN.

    We haven't had to enforce it yet, we're still human and realize there's a lot of things that have changed for 4.5. We just want to make sure that we're not constantly rejecting things for the same reasons.

  2. 4 hours ago, InvisionHQ said:

    Unfortunately, it's the same thing every time.

    Here, too, we are forced to operate without a minimum of documentation.

    So we proceed by trial and error and we're also wasting your time.

    To be fair, this was detailed in May, CSRF protection works exactly as it does on the front-end, there are not any functional changes to how you implement it.

     

  3. 2 minutes ago, svit said:

    Thank you for the update, this could be a good solution. From a recent support ticket response I have received I understand the matching of applications (and respective updates notifications) is not currently fully functional and should be fixed in the next upcoming release,  I am looking forward to having this working.

    Yes, the 'onboarding' page may not work reliably for everyone in Beta 9, but it should in Beta 10.

  4. 13 hours ago, svit said:

    As an admin the key message I would like to be receiving from the ACP Marketplace is to see update on applications I have purchased. (or potentially which I am following) I would appreciate if on the main Marketplace view the purchased apps would be listed with indication which offer updates. (If this function is meant to be currently offered via ACP/Applications, then it would be fine for me, but currently the updates don't seem to be flagged for me there, despite the fact new versions of Apps are announced in the Marketplace)

    In 4.5 we added the ability for the AdminCP menu 'bubbles' to show if you have any resources that need updates, this shows globally on every page of the AdminCP. The respective applications/themes/plugins/languages listing pages (in the software, not the Marketplace) show if the Marketplace resources have updates available.

    image.png

    If you're not seeing update available notices and you know that you should be, please submit a ticket so I can have a look at the issue.

  5. 42 minutes ago, jpointer2_merged said:

    I have a separate account to which I use only to purchase plugins off the marketplace, can I still install these or access them with the account I have purchased/use IPS with?

    You need to use either the account that your license is assigned to, or an account that has been added as an alternate with full access to your license.

  6. 16 minutes ago, Kjell Iver Johansen said:

    (On both my sites it is now working without the patch.)

    Facebook are still investigating the issue and they may have reverted the change that caused the issue. Facebook deprecated the cover field in v3.0 of their Graph API (which you are likely using unless you have manually switched your FB app to a newer version, or created the app recently). The issue seems to be that they unintentionally started to return an error for this field - https://developers.facebook.com/support/bugs/297556258061769/

  7. 9 minutes ago, Joey_M said:

    Can you please share screenshots of what the settings should be within the Facebook app?

    I have changed from the setup to /oauth/callback/ but I just encounter the above error.

    Your issue isn't related to what this topic is about, the issue in this topic is a permissions related issue due to a change in the Facebook API where they no longer allow you to obtain cover photos.

    I would recommend making sure you have the above patch installed, then follow this guide: 

     step 7 includes a screenshot showing the configuration for the form where the redirect URI is entered. If you're still experiencing an issue, please submit a support ticket so we can look into it.

  8. 12 hours ago, cdymlr said:

    Just to be more clear, with the following redirect rule

    
    location /showthread {
      rewrite ^/showthread.php$ https://forums.root.com/showthread.php redirect;
    }

    https://www.root.com/showthread.php?pid=55269 is being redirected to https://forums.root.com/showthread.php?pid=55269 where the Invision pid is different from the myBB one. The converter has linked the two different IDs together in core_link_topics but I can't quite figure this part out. 

    I would recommend submitting a support ticket, the converter automatically handles the difference in IDs but I can see in the converter that we're expecting 'tid' for showthread.php, not 'pid'. Submit a support ticket, we can test the addition of that rule for posts.

  9. 8 hours ago, Morrigan said:

    Some of my Apps and plugins weren't showing up in the Marketplace so I just "said it was custom" but now I can't even attempt to associate an app or plugin that is and SHOULD be in the marketplace. Best one to point out that I couldn't find at the time was Fosters "Trophies and Medals" app.

    Without the association I doubt that I can update the app since you can't download it anymore direct from the marketplace. I have a few like this that were unfindable in the association process but for sure exist in the marketplace.

    We'll look at the possibility of making  the onboarding process load again in the next beta. We've made a few fixes in this area so you should be able to find them in the next beta.

    image.png

  10. 44 minutes ago, Davyc said:

    Agreed, an upgrade was available for one of my apps and I could not upgrade because the system stated it was current, which it wasn't obviously.

    That doesn't sound right, there should be an upgrade button if there is an upgrade available. If your AdminCP is still in that state where the issue is visible, please submit a ticket.

  11. Hi @cdymlr

    The best way to do this is to use mod_rewrite in the .htaccess file for your root domain to redirect the specific MyBB requests.

    Looking at their existing rules that ship with MyBB, you can simply just change them to have your complete URL in them

    i.e.

    RewriteRule ^thread-([0-9]+)\.html$ https://forums.root.com/showthread.php?tid=$1 [L,QSA]

    However, if you weren't using MyBB friendly URLs, you would need to customize the rules to redirect the PHP controllers instead...

    RewriteRule ^showthread.php$ https://forums.root.com/showthread.php [L,QSA]

    (you would also need to do this for the other supported URLs such as member.php & forumdisplay.php)

    You will likely need to tweak and test these to meet your specific scenario, but that should give you an idea of how to address the issue.

  12. Animated GIF

    4.5 contains a bunch of improvements in this area to make plugins more portable. They can be installed IN_DEV and the majority of their data is now stored within the /dev directory in various PHP/JSON/PHTML files.

    We haven't made any changes to the naming conventions required, or the hook class names, but we've also come up with these changes for the same reasons, to greatly improve the ability to develop plugins across installs via Git.

    Please consider taking a look at the beta and letting us know whether those improvements are beneficial to your development process.

  13. Just now, svit said:

    Hello,

    I have upgraded to 4.5 B2 and I am receiving the bellow error message in Calendar application. (I admit I may have been receiving to prior to the upgrade)

    image.thumb.png.2e1b032df6625398ed7139e7c44d84de.png

    I tried to run the support tool but no result. I also tried to look in ACP/Themes but couldn't find any anomaly there. Would you please have any idea what to change to fix the Calendar?

    Many thanks.

     

    This issue will be addressed in our next beta.

×
×
  • Create New...