UNA 10 Beta 2 Released

hard to say what is entered really... did you put "cronurl https://..." in it?

It's a server local path like httpdocs/periodic/cron.php or similar

That is an odd looking command. Go into your Studio > Dashboard > click the down arrow next to Host Tools and click Server Audit.. Scroll down until you see the Cron Jobs under Site Setup - You will see what your command should be. Mine looks like this (thats all one line btw):

/opt/plesk/php/7.1/bin/php -q /var/www/vhosts/mywebsite.com/httpdocs/periodic/cron.php

Maybe you have the wrong command in your Cron Job setup???

there is nothing special in UNA to set up a cronjob, it's like any other cron job as well.

That other site is not a UNA/BoonEx site. Check out this post I did for upgrading to Betas and see if it helps. I explain how to "force" you cron job to run. I would try that and give it a few minutes to see if you get the success email. If it works, your cron setup is wrong.

https://una.io/page/view-discussion?id=3216 

Ok, don't know your management software. With that screenshot the settings look ok. What happens if you rename the .htaccess in /perdiodic to something else and try to call the url manually in browser? (please rename the .htaccess back after that)

it is denied cause of the .htaccess

If you have it rename to e.g. Xhtaccess it should work. Else something is broken somewhere in your server config

What trunky said.. 😂  - Make sure you change it back when you're finished. 

only the one .htaccess in periodic folder (where the cron.php file is)

it should look like this.

If not, you miss some files, which explains the problem :)

OW Visuals - You may want to start a new discussion regarding your cron job issue. Might be a little easier to track instead of posting in the release post. 

Remember, in some file systems and ftp programs those files are there but they are "invisible."

OK - Was able to verify with Anton L that there is an issue with the "Update" portion of the UPF (United Post Form) and they will discuss and create a ticket for it. In the mean time, I have disabled that block and put the default "Post to public feed" block back and it works as expected. 

Well, BETA 2 looks to be another successful milestone! 

Hopefully, there will not be another shoe to drop... Haha. (That's a figure of speech that means we hope that something unexpected will not occur.)

It would be nice to hear from several others who had no issues before we draw our own conclusions. And attempt to update our own sites.

Truly, at this point, no news is good news.

have an issue that the Protean logo is missing in Studio, only a blue dot left

trunky - I am not having that issue. Did you clear your site cache AND your browser cache by chance?

Its not the same case for me cause I am also using 10.0.0 B1 and I can't upgrade even with force updates

After forced update to Beta 2, due to modules alleged to be modified by 88%, I lost one of my main members. By "lost" I mean he now appears as "unknown." 

Yes, I cleared all the caches from the Dashboard. I think I can find his id number. 

Can I recover him? How?  Can I create a new (fake) user and change their id to his? Would the new Author Number also have to be changed, too?

         Thank you.

Yes Alex, that is the only explanation of the "modified" files which were copied via ftp. Ahhhaaaa!

I use the Fetch ftp client for Mac. Can you offer any advice about these ftp encoding settings for a unix hosting server? Do I need unicode? Any other settings which might be affecting such a direct transfer of UNA files?

On a related matter, what does this 'false' setting do? define('BX_FORCE_USE_FTP_FILE_TRANSFER', false);

Should it be changed to 'true' if one were uploading a UNA file?

Much thanks to YOU! I hope you are having a good day!

'Search by Radius'

OpenStreetMap?

yes I was updating when I have enable "Force update...". It was more thought as enhancement that maybe additional files (so files which aren't part of original UNA) just being ignored and not seen as "modified".

Anton L "When you are using "United Post Form" you should be redirected on content view page immediately after submit." 

When people create an "update" in the united post form, it doesn't redirect to anything an nothing happens. They need to refresh the browser to see the update. To users, updates might appear to have not processed. For albums, discussions, etc it redirects.

Hey Genesis - I posted this above.. 

OK - Was able to verify with Anton L that there is an issue with the "Update" portion of the UPF (United Post Form) and they will discuss and create a ticket for it. In the mean time, I have disabled that block and put the default "Post to public feed" block back and it works as expected.

I enabled Location. Checked, it is still using Google. Disabled. *sigh* When will OpenStreetMap become the default?

or available at all

the server audit tells you all you need to know about the cron job set up copy and paste what chris has posted to you service provider they will know what to do with the relevant information 

took me a while but manual install allowed me to understand how cron jobs work