InvisionHQ

Good to see you around, Tiger. That is very... passionate feedback on the URL reset fee. Although it's been addressed before, I'm happy to do so again. 
Firstly, prior to limiting the resets, it was very easy to "license hop" - that is, swap URLs around, obtain support, upgrades, etc., swap them around and repeat, etc. So, while not necessarily the original intended purpose, it does help keep the honest... honest in the same sort of way that a deadbolt keeps the undetermined at bay--obviously, the determined/committed can kick the door in. 
Secondly, in many cases, there actually are costs incurred with fresh installations by way of support. Frequent URL resets are a byproduct of tossing ideas around, deleting, reinstalling, configuring and deleting. Quite often, there are numerous support requests involved and unfortunately, often the same questions/concerns over and over again on each reinstall. The spirit of tech support provided is based on a single installation and not so much to support 'tinkering' and perpetual reinstallation support. The fee, when applied, helps (in a small way) offset some of that overhead.
I would hope a number of customers here would attest to the fact that we will generally just update the URL for you if you contact us - especially if you're just changing the URL on an existing installation. In cases such as those described above, the fee may apply. 
I'm sorry you consider it a barrier, but I can assure you, we're not funding private yachts from license reset fees. 🙂 Even with license reset fees, we frankly still typically tend to have a net loss when it comes to many of those (not all, but many) that kind of toss ideas out to see what sticks. You've been around a long time (for which we're appreciative!) - you're a power user (who still sees us as a 'forum provider') and you won't likely require much support throughout your tinkering journey. That's not usually the case here. 
Just drop us a note if you find you need to change the URL on file. We're generally able to help if that's all you need. 
Thanks for the feedback. 

Club blogs can have entries only from club leaders. However, there is a standard group blog feature in IPS, that allows different members to write into one blog.
To convert a club blog into group blog there are only some fields in blogs_blogs table. The restriction who is allowed to blog should be derived from club permissions (e. g. who is allowed to create topics?) Add button to create a new blog entry in the club group I have tested it myself by manipulating database, adding plugins and customizing club blog theme. It works. It would nice addition to your app to have club blogs that are group blogs. So that all club members can submit entries to the blog.

Can i suggest to add (in the future) Packages which will include not «days» but the "amount of ads"? 
It’s ok when user want to sell a few items from his stash - it’s free for them.
But we see that shops owners start to place their product – it can be tens of adverts. So - they gain their profit, and site owner - don’t. 
So it will be great if we can set Packages in this way (or smh like this):
1-5 adverts per month - free 6-20 adverts per month - 10$ ... Unlimited – 50$

All working ok for me so far with version 2.2.0 Beta 2.
There is a spelling mistake when clicking on "Classifieds" in the menu bar. Once clicked it shows "Whishlist" instead of "Wish List".

there is a widget and from every ad
you can try an automatic fix or you can run the queries manually.

there is a widget and from every ad
you can try an automatic fix or you can run the queries manually.

I've a working beta ready, tomorrow I'll try to submit it in the marketplace. 
The approval could take 4/5 days if all goes well. Otherwise you will have to wait longer or ask for the application via an MP.

I will continuously update this list to let you know the progress of all 4.5 updates.
 
Classifieds (Ready)
Change Post Author (Ready)
Member of the month (Ready)
Improved Clubs Enhancements (Ready)
Badges (Ready)
Moods (Ready)
FILES THAT WORK BUT WHICH HAVE BEEN REJECTED IN THE MP AND NEED FURTHER REVISION
Pre Defined Topic Fields (Ready - on revision)
Who We Are (Ready - on revision)

=================================
Now I'm working on iAWARDS upgrade
=================================
 
If you are already trying some apps that are not on this list and you are experiencing problems report them in this topic.
In a week I hope to be able to release all the updates. 
 

@uA_Y_C_APre-definened topic fields works also for 4.5

This app is not an upgrade of 3.x, then if you want to transfer old data you need to hire someone to make a conversion script.

There are three ways to do it from what I see.
It will allow you to charge a % of the sale once an item is sold to go to the website. You can set a dollar amount to charge for posting an ad. You can have the ability to charge for a membership level for members who have paid for that membership level/role to have the ability to post ads. I don’t know of any other ways. You could do a combination of any of the three it seems.

Some troubles on file approval, if you need Classifieds because yuo upgrade a live board to 4.5 and now you need help then I can send you by PM. But I suggest to wait for IPS4.5 final.

Some troubles on file approval, if you need Classifieds because yuo upgrade a live board to 4.5 and now you need help then I can send you by PM. But I suggest to wait for IPS4.5 final.

Some troubles on file approval, if you need Classifieds because yuo upgrade a live board to 4.5 and now you need help then I can send you by PM. But I suggest to wait for IPS4.5 final.

I upload new release yesterday.
Waiting IPS approval.

We have removed the session id from the ACP urls, meaning that you have to make sure to use CSRF protections in all your methods which change a state!
We also advice to use \IPS\Request::i()->confirmedDelete() in all your methods where you're deleting data!
 
One of the few examples from the MP reviews is this code:
protected function approve() { if ( !\IPS\Request::i()->id ) { \IPS\Output::i()->error( 'node_error', '2myApp', 404, '' ); } $a = \IPS\myApp\Item::load( \IPS\Request::i()->id ); $a->open = 1; $a->save(); /* Log History */ \IPS\myApp\History::addEntry( 'foo', x, \IPS\Member::loggedIn()->name ); \IPS\Output::i()->redirect( \IPS\Http\Url::internal( '.' )); }  
Once an administrator with a valid ACP session calls the url, he would automatically approve the advert, meaning that any member could post an encoded URL (or use one of the other methods which I'm not going to mention here ) to lead the admin into the trap!
 
To prevent that this happens, you have to utilise the CSRF key and to check in your method if the key is valid, before anything else is done!
 

Any methods that alter the state of something. So, saving settings (which happens already if you are using \IPS\Helpers\Form), deleting, editing, etc. etc.
So, for instance, on a delete button you would do:
array( 'title' => 'delete', 'icon' => 'trash', 'link' => \IPS\Http\Url::internal( "app=myapp&module=mymodule&controller=mycontroller&do=delete" )->csrf(), 'data' => array( 'delete' => '' ) ) Then your delete method would do:
public function delete() { \IPS\Request::i()->confirmedDelete(); // ... etc ... } For any other method, you would do:
\IPS\Http\Url::internal( "app=myapp&module=mymodule&controller=mycontroller&do=somethingThatChangesSomething" )->csrf() Then:
public function somethingThatChangesSomething() { \IPS\Session::i()->csrfCheck(); // ... etc ... } Most of the framework will largely handle this, however you should be mindful. A good example is flagging a member as a spammer in the admin members controller. This does not use a a form, or anything that would automatically apply a CSRF check, however it's an action that alters the state of the site (ban the user, hide their content, etc.). Therefore, it needs a CSRF check to make sure it was an action the administrator actually wanted to do.

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.
My first file released as an update for 4.5 was clearly rejected and with a lot of probability inspired Daniel to do this post.
This is frustrating not so much because of the rejection but because every time you make a mistake, this rule comes to mind:
Turning something that's supposed to be a pleasure into Russian roulette.
I understand everything, improve the third party code, provide a more qualified mp, but at the same time I hope there is a minimum of flexibility at this stage.
I say this without wanting to be polemical. Because the alternative is to delay the apps update as much as possible and wait for others to make mistakes so that we have other posts like this one that better explain what to do and what not to do.

Yes, for sure.

I upload new release yesterday.
Waiting IPS approval.

- sadly no ETA for this feature, all effort now on 4.5 release.
- you can commission me an import script. But I'll have to take a look and then I'll have to quote it to you separately.
- Classifieds for 4.5 beta will be released today
- Classifieds for 4.5 beta will be released today

I don't think any developer offers support for betas and at the same time IPS suggests not to install betas on live sites. I'll see if I can release a beta version too.  
But it is still a bad practice 

Yes, that's right. You can only change group type as admin.
In open group you can't add members also if you are the admin.
 

No, it coming as I show in the screenshot above, as store and other IPS tabs.

@Maxxius Are you available to testing new menu?
I've made some progress but I need someone to test that everything works out for the best.