Sonya*

We have an internal suggestion for this.

I believe your ticket was escalated and resolved today if I'm not mistaken.

I have many licenses 

I have many licenses 

I'm not familiar with Plesk so I'm unsure if you can edit the .htaccess file (although, I don't see why you wouldn't be able to). You can use something like this to exclude a path from the password requirement - https://stackoverflow.com/a/41289289
You would need to exclude
/index.php?app=core&module=system&controller=marketplace Alternatively, you could set the test community offline instead of using a password prompt, it pretty much does the same thing.
 
Don't forget though, our license terms do provide allowance for one test installation 😉
 

I need to login in Marketplace on my test installation, that is protected by .htaccess. It's a Plesk managed server, I am server admin dummie, I can only Plesk 😁
How can I allow Marketplace login without opening test installation for the public? Btw opening test installation for the public is not allowed by IPS rules. Yes, I know that I can open it, login und then protect again. But if login is lost, I have to make it again and again and on every test installation I have. It is tedious.
Is there a simple way to allow Marketplace login without removing .htaccess protection for the whole installation?

I run a SQL query that picks language strings from non-English packs:
select * from (SELECT lang_id, word_key, word_default, COUNT(word_key) FROM `core_sys_lang_words` GROUP BY word_key HAVING (COUNT(word_key) = 1) ) garbage where lang_id = 2 The query assumes you have two languages installed and the second language has an ID=2. Otherwise you have to adjust it. The output will contain the language strings that only exist in the language with ID=2. You can run DELETE query on the selection above or delete them manually through language center in AdminCP.

I run a SQL query that picks language strings from non-English packs:
select * from (SELECT lang_id, word_key, word_default, COUNT(word_key) FROM `core_sys_lang_words` GROUP BY word_key HAVING (COUNT(word_key) = 1) ) garbage where lang_id = 2 The query assumes you have two languages installed and the second language has an ID=2. Otherwise you have to adjust it. The output will contain the language strings that only exist in the language with ID=2. You can run DELETE query on the selection above or delete them manually through language center in AdminCP.

Thank you very much. That seemed to work on my test installation.
I wonder though why IPS is not offering such functionality in the AdminCP? 🤔 Some button to remove orphaned language strings, or even better: Just remove them within the update process.

I run a SQL query that picks language strings from non-English packs:
select * from (SELECT lang_id, word_key, word_default, COUNT(word_key) FROM `core_sys_lang_words` GROUP BY word_key HAVING (COUNT(word_key) = 1) ) garbage where lang_id = 2 The query assumes you have two languages installed and the second language has an ID=2. Otherwise you have to adjust it. The output will contain the language strings that only exist in the language with ID=2. You can run DELETE query on the selection above or delete them manually through language center in AdminCP.

It means the opposite. Since it’s the default behaviour to have these templates remain installed, this is what IPS expects and approves. 
Before 4.5, templates were delivered separately and had to be installed manually. Since that is not possible anymore, since all Marketplace offers are now just one file, templates now come with apps and plugins, but they behave as before. 
It’s not about the app/plugin that installed it. It’s about the name of the template. If names match during the upgrade, there will be conflict dialog which gives the user the choice to update the template or to keep the old one. 
 

I run a SQL query that picks language strings from non-English packs:
select * from (SELECT lang_id, word_key, word_default, COUNT(word_key) FROM `core_sys_lang_words` GROUP BY word_key HAVING (COUNT(word_key) = 1) ) garbage where lang_id = 2 The query assumes you have two languages installed and the second language has an ID=2. Otherwise you have to adjust it. The output will contain the language strings that only exist in the language with ID=2. You can run DELETE query on the selection above or delete them manually through language center in AdminCP.

I have some question to CMS templates included into app:
1. Is it intentional that CMS templates delivered with the application are not removed if application is uninstalled?
2. If it is supposed that deleting must be handled in Uninstall extension manually, how do I know what templates belong to the app? I can see the field template_app in cms_templates table. However there is no value in it for any template. Is there any mapping table or function to get all templates that belong to the app?
3. If the application is uninstalled and the templates are still there and I try to install the application again, I get the error: 
The error persists until I manually delete the templates that have been delivered with app. After that the installation is possible again. It looks like leaving templates there produces error, so they must be deleted.
Thanks.

Hey, what's this? 
https://demo.invisionfocus.de/yourtubelite/
https://demo.invisionfocus.de/clubdbs/33-club-yourtube/

Title says it all.  It would be great to allow segmentation of emails by customer profile fields.  This would add a powerful tool for audience targeting based on interest or any other profile value.

Scenario: "A member pays a recurring fee to upgrade to a Usergroup to get permissions to create a club. On the renewal date he does not pays anything, the system drop him back to Member usergroup but he can continue administrating his club (and most probably earning money from club members)".
Question: Is this logic? I think no. Even in real life when someone rents an apartment, shop, office etc, the owner kicks him out if he does not pays the rental fees.
Solution: I'll not suggest a complicated procedure like "Allow the club to work as normal, bur restrict Administration functions". A very simple solution is "Close the Club (disable access and joins), showing a message Club is under maintenance. This will push the club creator to renew his subscription. Maybe an advanced feature is a new Yes/No setting in subscription (in the place with upgrade/downgrade usergroup) "Close any clubs" should gives more flexibility.
 

Scroll down to the section Adding a newly purchased application.

Just checked, blog posts are uneditable unfortunately. 
Also, this menu option in the acp supports this:

Just updated to 4.5.2. Login is still not possible. The error as quoted above. 😥

Downloading the pending version update isn't logged as download.
And if you take a look at the file, you'll see that he posted a new version while the file was waiting for approval

I'm confused, this is not my app nor my site. Only posted the link because I knew the app is installed on that site.

Hi and welcome to our new series of updates for our contributors.
We'll highlight the most common mistakes, ways to resolve them and also generic improvement suggestions once a month here:)
 
As first, I want to apologies that some files took really long to get approved, but we really expected that new submissions and upgrades would have a better quality, but unfortunately >60% of the submissions ( 90% in the first week) were still not following the new marketplace guidelines, which resulted in a devils circle.
 
Let's recap the last months issues resulting in rejections🙂
Core Database changes. Version details not changed. Usage of existing IPS error codes in your own code. Usage of \IPS\ROOT_PATH in your code.
See 4.5 dev changes Upgrade steps trying to process too many data.
Please try to process data from huge tables in batches instead of iterating over such a big datasource in one step.  
We're also seeing a huge trend in extra queries and extra joins, which are unnecessary most of the time, please don't be lazy and try to use your common sense and ask yourself what's the preferred solution in this case? A global join each time the object is initialized?  A second query when the object is initialized? Lazy load the data when needed?
Last but not least, please avoid altering the Groups database table! While we allowed this in the past,  we see a big trend that many developers already use own tables and logic for this too, which works really great. Because of this we'll start to be more strict here, so starting tomorrow any new submissions will have to follow this rule too! 

Good morning guys,
recently imported a database into another site and everything was fine as usual, only the modified form template was missing.
Is this a bug or are form templates not meant to export?
Best regards

Can be good choise for create clubs for specific languages here) But i think it never implement because it's a very huge part for some moderation works

Just updated to 4.5.2. Login is still not possible. The error as quoted above. 😥