azureproviders Issue Tracker Rss Feed

Closed Issue: Users are approved by default [817]

ihenriksen — Tue, 27 Mar 2012 12:54:01 GMT

FYI, there is no point in an email account verification on new user registration if the user account is already set to approved when it is created.

FIX:
In Register.aspx, add this property in the CreateUserWizard control: DisableCreatedUser="true"
Comments:

Unable to recreate.

Closed Issue: Doesn't work with ReportViewer 10 control [855]

ihenriksen — Tue, 27 Mar 2012 12:53:26 GMT

this did not work with the microsoft sql server report services 10.0 control - did not seem to serialize whatever it's needing correctly so was never able to see the preview of reports in that control
Comments:

Not applicable.

Commented Issue: Doesn't work with ReportViewer 10 control [855]

diakonia — Tue, 24 Jan 2012 19:00:31 GMT

yes i realize this project is using only table storage

but if you have a project like i do where you are using ssrs reporting services the microsoft reportviewer control session state apparently is incompatible with the way you are serializing this in tables - so the preview does not work in 10.0 version of the control.

if i try other solutions such as sqlserver session management the session serializes just fine.

Commented Issue: Doesn't work with ReportViewer 10 control [855]

ihenriksen — Tue, 24 Jan 2012 18:23:09 GMT

Hi. This project does not use SQL Server, but Azure Table Storage.

Created Issue: Doesn't work with ReportViewer 10 control [855]

diakonia — Mon, 23 Jan 2012 11:53:38 GMT

Closed Issue: Session is always expired [818]

ihenriksen — Thu, 10 Nov 2011 16:31:16 GMT

Problem:
Session is always expired when developing on local environment (Azure Compute Emulator) and using Azure Storage (production environment) not UseDevelopmentStorage=true
<sessionState timeout="60">
Problem is DateTime comparison. On the left side is UTC and on the right side is local time.

Version 1.6.9726 (Sep 17 2011)
AzureSessionStateProvider.cs (line number 189)

var expires = session.Expires;
if (expires < DateTime.Now)

Solution:
var expires = session.Expires;
if (expires < DateTime.UtcNow)
Comments:

Can't reproduce.

Commented Issue: Session is always expired [818]

m_david — Thu, 10 Nov 2011 16:22:41 GMT

You're right. This error is just in my special case.
I'll try to explain it.

My Azure Storage Account is in West Europe region, it means Dublin. There is UTC in Dublin.
I'm in Prague, compute emulator has UTC+1 hour time.

When I create a session it has auto assigned Timestamp. The session has UTC time.
If I compare the expiring time with my local time it's always expired, because I have +1 hour against storage computer.

It's a basic fault.
A man should always use UseDevelopmentStorage=true when working on Azure Emulator.

Commented Issue: Users are approved by default [817]

ihenriksen — Thu, 10 Nov 2011 15:37:07 GMT

I can't recreate this, If I register a new user and then try to sign in with this user without verifying the e-mail first I get the following message:

-"You must activate your account before signing in. To help you sign in we just sent the e-mail with the validation link to you again; please check your e-mail account."

Commented Issue: Session is always expired [818]

ihenriksen — Thu, 10 Nov 2011 15:21:31 GMT

, also, If I use your suggested solution then the difference is 1 hour 20 minute, which is erroneous on my system again.

Commented Issue: Session is always expired [818]

ihenriksen — Thu, 10 Nov 2011 15:16:51 GMT

I can't recreate this. If I have defined a 20 minute timeout like this:

, and put a debug breakpoint at line 190 in AzureSessionStateProviders.cs's GetSessionStoreItem() method here:

var expires = session.Expires;
if (expires < DateTime.Now)

, then there is 20 minutes difference between "expires" and DateTime.Now at startup like the code expects.

Created Issue: Session is always expired [818]

m_david — Wed, 09 Nov 2011 09:07:18 GMT

Created Issue: Users are approved by default [817]

roachslayer — Tue, 25 Oct 2011 07:37:15 GMT