iacas

10 hours ago, ASI said:

Sadly, it will also mean some developers will simply not bother continuing. This was perhaps supposed to be something easy enough to do on the side for them. They are not interested in making life more complex for themselves nor interested in starting their own webshops.

I can already see some devs abandoning things even now...

I think that you're right overall, but at least some parts will be easier for them - they can publish updates when they want, don't need approval, etc.

On 8/6/2023 at 5:24 PM, All Astronauts said:

Profile "about me" stuff was rampant a few years back. And phone number parsing is easy enough.

Still the most prevalent for me, and I don't get notified, they have no approval process, etc. I was just looking today to see if there was some way to curb "About Me" spam…

I just renew my subscriptions whenever, and don't plan to stop. None of them are all that expensive, so… if I get six months or two months out of it, I don't think I'll care all that much.

1 hour ago, Adriano Faria said:

I did:

You didn't say anything about it here, when I saw the post and installed the update:

On 7/7/2023 at 8:15 AM, Adriano Faria said:

Plugin converted to an application due to an IPS request. Simply install the application and it will take care of everything:

• Will copy the plugin data to a proper application table
• Will copy the settings
• Will uninstall the plugin

Installing the update did not "uninstall the plugin" from what I could tell, and you didn't say anything about waiting for a background task to run.

1 hour ago, Adriano Faria said:

So let me try again, in a simpler way. A background task is fired when the app is installed; last process on it, actually. As you might know, background tasks (queue) runs based on a task that runs at every minute or so, if you’re using Cron; if you’re not, it might take a few minutes.

So either it hadn't run yet or it failed when I looked at the plugins.

1 hour ago, Adriano Faria said:

So if you went immediately to Plugins page and manually uninstalled it, you deleted the data from real moderators of your warnings. All you had to do was: go to Dashboard (you would see the background task there); wait a couple of minutes or even ask in this topic before uninstall the plugin.

This would have been helpful information for you to have put in your initial post about this update.

1 hour ago, Adriano Faria said:

A background task runs after the app install to move data from the plugin to the app table. Plugin will be uninstalled after this process.

No, you don’t need to set a moderator for each type. It will use the setting if it hasn’t.

Worked fine to me. Can’t reproduce.

Well, I went in and saw that the plugin was still installed, and uninstalled it manually. Maybe the background task didn't have a chance to run, as you didn't say anything about it above.

FWIW the plugin wasn't uninstalled automatically for me.

And… if you don't set a generic warning for each warning type, does it… not work? I had set the generic moderator in the App-specific settings (this app), but still had to go into each Warning I have and enable generic warnings and then add the moderator specifically again.

16 hours ago, Daniel F said:

Can you confirm that applications/core/extensions/core/Sitemap/Applications.php is present?What happens when you delete it?

This file existed on my other server, too. I also renamed it (preemptively) Applications.php.bak - Could you guys remove this file here in the 4.7.11 update when it's finalized (or before it's finalized)?

5 hours ago, Daniel F said:

The IPS\core\extensions\core\Sitemap\Applications extension and also the IPS\core\Application::sitemapLinks function were removed in 4.6.9.

Have you replaced all your files while the upgrade?

I have not. I've run the in-app updater for a few years now. I have not had to re-install or replace EVERYTHING in quite some time.

5 hours ago, Daniel F said:

Can you confirm that applications/core/extensions/core/Sitemap/Applications.php is present?What happens when you delete it?

It is still there. If I rename it to Applications.php.bak…

Quote

 

The task ran successfully and produced the following output:

Sitemap update request successfully submitted to Google

 

Thank you.

I hope that helps. I'll check my other larger site and will consider trying the beta there.

The sitemap hasn't run since I updated the site to 4.7.11 beta 1, and still doesn't work in beta 2.

It runs for quite awhile when run via cron, and when I run it manually it tells me:

Error: Call to undefined method IPS\core\Application::sitemapLinks() (0)
#0 /www/sites/mysite.com/web/system/Sitemap/Sitemap.php(121): IPS\core\extensions\core\Sitemap\_Applications->generateSitemap()
#1 /www/sites/mysite.com/web/applications/core/tasks/sitemapgenerator.php(39): IPS\_Sitemap->buildNextSitemap()
#2 /www/sites/mysite.com/web/system/Task/Task.php(375): IPS\core\tasks\_sitemapgenerator->IPS\core\tasks\{closure}()
#3 /www/sites/mysite.com/web/applications/core/tasks/sitemapgenerator.php(47): IPS\_Task->runUntilTimeout()
#4 /www/sites/mysite.com/web/system/Task/Task.php(274): IPS\core\tasks\_sitemapgenerator->execute()
#5 /www/sites/mysite.com/web/applications/core/modules/admin/settings/advanced.php(751): IPS\_Task->run()
#6 /www/sites/mysite.com/web/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\settings\_advanced->runTask()
#7 /www/sites/mysite.com/web/applications/core/modules/admin/settings/advanced.php(38): IPS\Dispatcher\_Controller->execute()
#8 /www/sites/mysite.com/web/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\admin\settings\_advanced->execute()
#9 /www/sites/mysite.com/web/admin/index.php(13): IPS\_Dispatcher->run()
#10 {main}

I've disabled all extra plugins and applications (this site actually has no plugins, and few extra apps).

I have another site that's far larger, and so I haven't installed it there as it's far more important that site B work properly. I haven't seen this reported elsewhere, and I'd rather not give admin access to this site if possible, or if I can troubleshoot this or this is a known issue that may be resolved shortly.

Edit: I changed the URLs to generic ones, and will add that nothing else seems to be broken on the site with beta 1 or 2. Changed the title, too.

21 minutes ago, Nahash5150 said:

What Invision Version are you running?

4.7.8 on PHP 8.

7 hours ago, Nahash5150 said:

Who knows. He probably got tired of updating the code constantly since Invision restructured everything a couple years ago.

It still works for me (once I fixed that weird log error).

I hope it's updated.

12 minutes ago, Clover13 said:

Do you see the same behavior with the General tab in Settings that I described in my previous post?

Yes but I think that's how it's always been.

36 minutes ago, Edjazoli said:

@Clover13 latest one 

Ditto.

2 minutes ago, Edjazoli said:

Yes, but really you don’t want to overload new member with all the information etc, let them go through and after few hrs ask to interact again by sending auto welcome with steps to finish etc. Hope new update will be ready soon

I was simply adding to the voices that are confirming that the delayed task doesn't seem to work but the immediate one does.

On 2/8/2023 at 7:54 PM, iacas said:

It was the delayed task. I changed it to the immediate one. I might just leave it set that way.

I'll let you know when the next user registers.

I've left mine on the immediate and it's seemed to work. The delayed wasn't working for me either, which prompted that change.

5 hours ago, Dll said:

Maybe I'm missing something here, but a public key is intended to be exposed. It's the private key which shouldn't be. 

What you should be doing though, is setting restrictions on the key inside your Google account to stop unauthorised use.

I understand that. What I don't entirely understand is the email from Google. 🙂 Especially since I have an API key restricting it to being accessed from my domain name only.

I haven't updated these settings in years. Weird to get an email about it now.

It's exposed in this topic (except you haven't put the key in), too.

4 minutes ago, Stuart Silvester said:

It might be worth double checking that your public key has the http referrer protection enabled on it.

This is the appropriate way to protect an API key that must be public (it needs to be passed to the Google Maps Javascript)  - https://developers.google.com/maps/api-security-best-practices#restricting-api-keys

I'm also doing that (and didn't change this setting in the past few years):

Maybe they routinely send this email, I don't know. I do know I've never gotten it before, and I've not made a change to my settings here in quite awhile.

6 minutes ago, Stuart Silvester said:

Make sure that you're following the instructions on AdminCP > Integrations > Google Maps.

You should have two different API keys, one that is public with restricted access and one that is private.

I can't speak for others, but I am following those directions.

I verified this just now. My Public Key is in the Public Key location and my Private Key is in the Private Key location.

The email says:

My public key is what's being shown.

@Marc Stridgen it's literally (almost) every page.

• https://www.pathlabtalk.com/forum/index.php?/topic/9170-cooler-for-the-or/
• https://www.pathlabtalk.com/forum/index.php?/topic/11608-wrong-abo-typing-by-gel/
• https://www.pathlabtalk.com/forum/index.php?/topic/11600-clia-cap-proficiency-testing/

Those were just the first three in @Square Wheels's particular sub-forum.

So… Google emailed to say "we've found a publicly accessible API key for Google Maps. You should stop doing that."

I looked at the page they linked to, and yep, there it is. There is no map on that page.

I've since disabled Google Maps from the "Integrations" page in ACP, but… is this something that can be fixed in IPS? I see no way for me to do anything about it, and obviously I would rather people NOT get my public key (even though my private one is still a secret), which is why they sent the email to begin with.

2 hours ago, Michael.J said:

Immediate or delayed sending?

Please let me know, if the delayed task is having issues in particular, I can look there instead.

It was the delayed task. I changed it to the immediate one. I might just leave it set that way.

I'll let you know when the next user registers.

37 minutes ago, All Astronauts said:

Not likely KS related. The calls you see from KS there are just JS and CSS being inserted.

The CSS is just sticking in my css/s into the array, and the JS outputs a JS file to use, and also humps over various needed settings into the jsVars stack so they are accessible to JS when it is run.

Zero language bits in use there at all. Also this has been pretty well set for a long time now. So it would be odd for something like this to fire off at this stage (unless something really weird changed with IPS code)

I do see an Easy Popup hook there, might want to see if they are calling any language functions in that hook perhaps?

Okay. I'll keep an eye on it.

I had a topic that was weirdly showing almost the whole web page again beneath any posts that were made to it.

I think something was weird for awhile. I recreated the topic and it shows properly now.

Lot of these lately, @All Astronauts:

Error: Call to a member function language() on null (0) #0 /var/www/html/system/Dispatcher/Front.php(717): IPS\Dispatcher\_Standard::baseJs() #1 /var/www/html/init.php(927) : eval()'d code(135): IPS\Dispatcher\_Front::baseJs() #2 /var/www/html/init.php(927) : eval()'d code(27): IPS\Dispatcher\kitchensink_hook_ksFrontCssMerge::baseJs() #3 /var/www/html/system/Dispatcher/Front.php(79): IPS\Dispatcher\easypopup_hook_includeJSandCSS::baseJs() #4 /var/www/html/init.php(927) : eval()'d code(67): IPS\Dispatcher\_Front->init() #5 /var/www/html/system/Dispatcher/Dispatcher.php(110): IPS\Dispatcher\kitchensink_hook_ksFrontCssMerge->init() #6 /var/www/html/index.php(13): IPS\_Dispatcher::i() #7 {main}

9 hours ago, Michael.J said:

Once off or repeat pattern? Anything unique to this member that I can use to troubleshoot further?

Nope, not repeated, but this is the only new sign-up in the last month or so. My site is a paid membership site ($59 signup), so we don't get new members often, but it needs to fire when it does. I still have the "M" change in there from "H" so it fires five minutes later. I did change it to "immediately" for the next registration, to see if that works, but I don't know when that next registration will be.

Members pay via PayPal, if that tells you anything. That gets them access to a private forum where I auto-create (ideally) a topic for them (they can only see topics they started), and send a DM. Neither occurred this last time.

I'd give you more details if I could.