UserSpice 3.0.4 Released!

[mudmin]

THANK YOU to all who helped with these bug fixes.

### 3.0.4 - 2016-01-04
### Changed
- Much appreciation to users DaVaR and Dylan
- Fixed headers already sent error that some users were experiencing
- Moved the recaptcha script back to the actual login and register files from the recaptcha.config.php file to avoid some errors.
- Made a few changes to the installer

[aliahjn]

Hi! I upload 300 users using csv file and try to activate the user manually. But no changes at the field Active in the table uc_users. Any suggestion how to handle manual activation in bulk.

[mudmin]

Yeah. I will be building those options into the system in the future, but in the mean time, you might need to delete those entries out of the database and before you upload them go to phpmyadmin (or your sql tool of choice)

In your Structure tab, go to the users table.
You might need to click structure again after that.
Anything you want to go in as default, click that field and edit/change/click the pencil and go to the "default column". Hit the drop down box and select "as defined:" and enter your default value.

Then just make sure your csv doesn't have anything in the column you want to use the default value and the database itself will automatically populate that for you.

I hope that helps. If you need a walktrough, let me know.

[astropos]

Hi, I just took a project from my internal system to a simple EC2 host.

The resulting site is 100{3bc1fe685386cc4c3ab89a3f76566d8931e181ad17f08aed9ad73b30bf28114d} https://

logout.php redirected to http:// not https://

<pre>

Code:

Changed: //header("Location: ".$add_http.$websiteUrl);

to: header("Location: login.php");

</pre>

[mudmin]

Nice. Thanks for that. I actually have a complete redirect class in the new userspice to deal with that...and to prevent the headers already sent errors that go along with that kind of stuff. I hope it's all working out well for you.

[astropos]

Real good so far, thanks.

I don't want to bombard you unnecessarily, is this the place for similar posts or is there another system in place?

[mudmin]

No. This is great. If you have any issues let me know.

[astropos]

OK, will do.

Google provide 'test' keys for the recaptcha: https://developers.google.com/recaptcha/docs/faq

snip.....
I'd like to run automated tests with reCAPTCHA v2. What should I do?

With the following test keys, you will always get No CAPTCHA and all verification requests will pass.

Site key: 6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI
Secret key: 6LeIxAcTAAAAAGG-vFI1TnRWxMZNFuojJ4WifJWe

The reCAPTCHA widget will show a warning message to claim that it's only for testing purpose. Please do not use these keys for your production traffic.

[mudmin]

That's awesome. I like that. For a while I wanted recaptcha to fail if it was wrong just to make sure it was working, but those keys are the way to go. Thank you!

[astropos]

Struggling a bit with the JS inclusions in the footer.

Better I think to call all the js core files, then allow user js afterwards-per page. So move the closing body and html tags either to the page, or to a true HTML footer. Suggest: a js-core (switchable perhaps) and a seperate HTML footer.

eg I'm working on populating a flot pie-chart with json data via ajax (data from uc_user_permission_matches).

• I don't want any user interaction, just a nice pie on the index page.
  
• I can't include the flot js on the index page because jQuery hasn't been loaded yet.
  
• I put the flot js calls under the main js calls in the footer.
  
• The body and html are closed in the footer so I must include my page js in the footer.
  
  

Now when logged out, the ajax is loading a non-authed page and login fails with a token error.