Still haven't upgraded to the visual studio 2010 RTM, so I'm talking about version RC1 of MVC2(the one that shipped with VS2010 RC),
But i guess this is also the case with the RTM version.

We followed the excellent post by Rob Conery and implemented our own ActionFilterAttribute
to validate that only authenticated users gain access to some of the actions.
At OnActionExecuting we checked for anonymous users and redirected them to the login page.

All went well till Accidentally i stumbled upon an exception right before the user was redirected to the login page,
users will never see this exception, but the server will suffer.
i usually check the "Remember Me" checkbox to save time...
(it is always a good idea to check the "Thrown" checkbox for the "Common Language Runtime Exceptions"
at the Exceptions window => click on Ctrl+Alt+e to open it).

It turns  out that calling filterContext.HttpContext.Response.Redirect(loginUrl, true);
will redirect to the requested Url, but it doesn't stop the Action execution,
so the Action is called and also the OnActionExecuted(of the controller) event is called.

In my case i had an exception at one of the actions trying to get some user data,
and then an exception at OnActionExecuted where i set expiration headers on the request
(got the"Server cannot append header after HTTP headers have been sent.").

The solution:
Use filterContext.Result = new RedirectResult(sUrl); instead of the redirect.
this will skip the Action and of course redirect to the Url.

Note that although the requested Action was skipped, OnActionExecuted will be executed,
but the filterContext.Canceled property will be set to true so you can stop unwanted execution inside it as well

hope this helps.

מאוד נהנתי בכנס האלט נט ביום שישי שעבר, גדי תאר אותו בצורה מצויינת.

צילמתי את הקבוצה שדנה בנושא שפות תכנות, אבל תכלס בעיקר דיברנו שם על F# ותכנות פונקציונאלי בכלל, והאם זה טוב לנו.

מצטער מראש על האיכות(למרות שהופתעתי לטובה) והחלוקה לחמישה חלקים - צילמתי במצלמת סטילס (canonPowerShot s3),

שמסוגלת לצלם עד 10-15 דקות בכל פעם(אני יודע שאני יכול לאחד אל הסרטונים, אבל זו התעסקות שלוקחת זמן).

 

למעט הדגמה קצרצרה על הלוח, היו בעיקר דיבורים, כך שאם יותר נוח לכם, תמירו ל MP3 ותהנו משיחה מעניינת.

תהנו:

חלק 1:

 

חלק 2:

 

חלק 3:

 

חלק 4:

 

חלק 5:

Have been doing a lot of asp.new MVC the past three months, learning it as we build the project(hope to share more in the near future).
We are using visual studio 2010, so now we're stuck with MVC2 RC1 since RTM wasn't shipped for the the RC version of 2010 (and yes this is a huge rant!!, we are stuck with 2010 since we also chose to work with entity framework 4 which only work on framework 4.0).
This is why i suspect every feature that doesn't work well as a problem of an early release.

Before i get to the point, just wanted to state that i really like the MVC framework, and i don't even consider moving back to WebForms.
it is much more natural to write code this way, and the thing i like the most is that it is extensible and Microsoft have released all it's code, so if something doesn't behave well - ditch it and replace it, using the supplied code as a reference.

Now to the point - RTFEM == Read The Fucking Error Message.
well.. nobody hardly does, and if the error is too long - nobody reads it.
At one of my forms i use a Rich Text Editor (TinyMCE if you must know), so i have to disable request validation or else i'll get a server error for posting potentially....

In WebForms you just set the validateRequest="false" at the page level, and you're OK.
in MVC disabling this feature is a bit different,
setting validateRequest="false" on the aspx or at the web.config won't cut it since these are only views, the controller handles the request first and just use the view as template.
So the MVC team gave us the [ValidateInput(false)] attribute to disable this annoying feature.
But just setting it on an action will also fail, you still have to set one more setting at the web.config for this to work(if you are working with asp.net 4):
<system.web>
...
<httpRuntime requestValidationMode="2.0" />
...
</system.web>

you can read at the ASP.NET 4 Release Candidate (RC) Breaking Changes that now all requests to the server "enjoy" this validation,
and not just aspx pages, which is OK and more secure, but MS should have gave us a better way to disable it for specific requests, instead of just reverting to the 2.0 mode.
as the above paper states,request validation is enabled before the beginRequest stage, so i don't believe that at the RTM it will be fixed.

As for the time it took me to realize that and add the web.config entry, the answer was in front of me all the time in the ugly YSOD(yes i feel stupid now),
I just ignored it because it had all this WebForms specific error data and instructions that i know are not the answer.

I would expect a change at the error message from MS for the MVC people(or better - that putting [ValidateInput(false)]will just work) , but that's just me dreaming.

The error message(the yellow part is the relevant part for me): 

A potentially dangerous Request.Form value was detected from the client (SomeLie="<b>Bold Lie</b>").

Description: Request Validation has detected a potentially dangerous client input value, and processing of the request has been aborted. This value may indicate an attempt to compromise the security of your application, such as a cross-site scripting attack. To allow pages to override application request validation settings, set the requestValidationMode attribute in the httpRuntime configuration section to requestValidationMode="2.0". Example: <httpRuntime requestValidationMode="2.0" />. After setting this value, you can then disable request validation by setting validateRequest="false" in the Page directive or in the <pages> configuration section. However, it is strongly recommended that your application explicitly check all inputs in this case. For more information, see http://go.microsoft.com/fwlink/?LinkId=153133.

Exception Details: System.Web.HttpRequestValidationException: A potentially dangerous Request.Form value was detected from the client (SomeLie="<b>Bold Lie</b>").

 

P.S.
when looking for the solution, encountered this http://stackoverflow.com/questions/1461330/validateinput-attribute-doesnt-seem-to-work-in-asp-net-mvc
This shows another thing to look for - "If there are any calls to other actions in the request context (e.g. from the Master Page or child partials) these actions also need to have [ValidateInput(false)] set appropriately"

hope this helps.

והסבר קצר בעברית: יתווסף פה בהמשך.. עייף מידיי כרגע, מצטער.
רק תקפידו לקרוא את הודעות השגיאה, גם אם נראה שהן לא לגמריי קשורות.

 

 

Let's imagine you have the following select element:

<select id="someSelect">
  <option value="">-Select-</option>
  <option value="12">21</option>
  <option value="11">20</option>
  <option value="10">19</option>
  <option value="9">18</option>
  <option value="8">17</option>
  <option value="7">16</option>
  <option value="6">15</option>
  <option value="5">14</option>
  <option value="4">13</option>
  <option value="3">12</option>
  <option value="2">11</option>
  <option value="1">10</option>
</select>

Notice that the text in some options appears as value in other options.
you can get a select like this when composing an age drop down for example.

Now for the Gotcha: which option will be chosen as a result of the following expression:
$("#someSelect").val("12");
???
Answer: the selected option will be <option value="3">12</option>
and not the option with the value of 12 as we intended.

Why this happened?
Let's look at the part of the jQuery(varsion 1.3.2) val() function that handles the Select:

...
else if ( jQuery.nodeName( this, "select" ) )
{
  var values = jQuery.makeArray(value);
  jQuery( "option", this ).each(function()
  {
    this.selected = (jQuery.inArray( this.value, values ) >= 0 || jQuery.inArray( this.text, values ) >= 0);
  });
  if ( !values.length )
    this.selectedIndex = -1;
}
...

it loops on all the items of the select and tries to match either the value or the text against the input value,
it was designed to help us select options by text, but i find it a bit annoying...

How to avoid this Gotcha?
for select elements of this nature you can use:
$("#someSelect option[value=" + val + "]").attr("selected", "selected");
or
jqThePrefoundSelect.find("option[value=" + val + "]").attr("selected", "selected");
or... well you get the point - just make sure you find the option by it's value and not it's text.

hope this helps.

והסבר קצר בעברית:
שימו לב ל select שהצגתי לעיל,
בחלק מה options שלו יש ערכים שמופיעים כטקסט ב options אחרים.
זהו תרחיש אפשרי למשל במתן אפשרות לבחירת גיל של משתמש.

במידה ונרצה לבחור ערך באמצעות jQuery בצורה הבאה:

במקום שתיבחר ה option בעלת הערך 12(כמו שרצינו), תיבחר ה option בעלת הערך 3, כיוון שהטקסט שלה מכיל 12
את הסיבה לכך הצגתי בקטע הקוד מהפונקציה val לעיל(קטע הקוד הבעייתי מסומן בצהוב):
רצים בלולואה על כל ה options ומנסים למצוא התאמה לערך ולטקסט,
זה נועד לאפשר בחירה קלה של ערך לפי הטקסט שלו, אבל במקרה שלנו זה משבש את העניינים.

אז מה עושים?
מוודאים שבוחרים את ה option הנכון לפי הערך שלו, ולא לפי הטקסט.
הצגתי לעיל שתי אפשרויות(כמובן שאפשר בעוד דרכים, גם לולאה פשוטה ב JS תעשה את העבודה)
אחת מהצורות שהצגתי:

$("#someSelect option[value=" + val + "]").attr("selected", "selected");

 

 

שריינו את יום שישי ה 26.3.10 (ואת הערב של יום חמישי שלפניו).

בשעה טובה כנס alt.net israel נוסף יוצא לדרך.

 

ולמי שאין פייסבוק, הנה הפרטים המינימלים שצריך לדעת ע"מ להגיע:
תאריך התחלה: Thursday, March 25, 2010 at 6:00pm

תאריך סיום:  Friday, March 26, 2010 at 4:00pm

מיקום: משרדי חברת סירס ישראל (SHC) - המנופים 9 הרצליה פיתוח (מפה)

         בניין אקרשטיין A, קומה 3, על הדלת כתוב SHC ISRAE

 

הייתי בשני הכנסים הקודמים והיה ממש מעניין, וכמובן, אחלה אנשים.

ועוד לינקים להרצאות מהכנס הראשון בדלישס שלי.

 

וכמובן תודה לחן אגוזי (AKA ken) על היוזמה והארגון,
לחברת סירס ישראל על האירוח
ולחברת טייפמוק על הכיבוד

 

נתראה שם.

 

 

 

 

 

 

using System.Web.Script.Serialization;

public class JsonSerializer

{

    /// <summary>

    /// uses the old JavaScriptSerializer (which is no longer deprecated)

    /// the beauty is it can Serialize annonymous types

    /// </summary>

    public static string Serialize(object Contents)

    {

        JavaScriptSerializer serializer = new JavaScriptSerializer();

        string ret = serializer.Serialize(Contents);

        return ret;

    }

 

    public static T Deserialize<T>(string input)

    {

        JavaScriptSerializer serializer = new JavaScriptSerializer();

        T ret = serializer.Deserialize<T>(input);

        return ret;

    }

}

//turn js object to a string to send to server
var myJSONText = JSON.stringify(myObject, replacer); 

//parse result from ajax call - i don't usually use the reviver
var myObject = JSON.parse(myJSONtext, reviver); 

בחרתם, הצבעתם  ונרשמתם ובזכותכם נפתח עוד מסלול!!
תודה לכל הנרשמים.

מצפה לנו כנס מרתק.

ניפגש ביום שני במרכז הבינתחומי בהרצליה.

 

ייתכן ויהיו שינויים בלו"ז או בסדר של ההרצאות, לכן מומלץ לעקוב אחרי האתר של הכנס.

וכמעט שכחתי, יש גם אירוע בפייסבוק למי שמעוניין לעקוב דרכו.

 

כפי שכבר כתבתי קודם, בספטמבר הקרוב (14.9.09)
יערך הכנס הראשון של ה IDCC
IDCC - Israeli Developers Community Conference
טוב, אז כל ההרצאות הוגשו וב 17.8.09 נפתחה ההצבעה על התכנים.

 

ההצבעה תהיה פתוחה עד יום שני!!
אז מהרו להצביע ולהשפיע על התכנים.

הוגשו הרבה יותר מ 8 הרצאות שאני אשמח לראות, והיה ממש קשה לבחור.

 

לפי גדי הוגשו 81 הרצאות ע"י 41 מרצים (לא ספרתי, ואין לי גישה אל ה DB), זה המון!!!

ההרצאות בנושאים ממש מעניינים, ואני קורא לכל המרצים שלא ייצא להם להרצות בכנס הזה -

צרו קשר עם מנהלי קבוצות המשתמשים ,ואני בטוח שהם ישמחו לספק לכם במה במפגשים החודשיים, הרי הרצאה שהוכנה ולא הועברה זה כמו קוד שאף אחד לא משתמש בו.

 אז לא לשכוח להצביע עד יום שני, ושיהיה לכולנו כנס מעניין.

בספטמבר הקרוב יערך הכנס הראשון של ה IDCC
IDCC - Israeli Developers Community Conference

 

אבל שימו לב מה קורה כשמסירים את הסימון מה checkbox העליון (support Quick translation....):

 

הדגיגון העצוב והאווירה המדכאת (אפילו הבועה עצובה) שברו אותי ואישרתי את התמיכה ב QTL דרך שורת החיפוש של גוגל.

מסתבר שהדגיגון שבר גם את החבר שהמליץ לי על התוסף.

 

המסקנה טריוויאלית אך לרוב מתעלמים ממנה -

בצד השני של האפליקציה שלנו יושב משתמש שבמקרה הטוב רוצה להשתמש בה ע"מ להקל על החיים שלו,

והסיכוי ,שפניה יבשה בסגנון של "תמוך בתוסף שלנו... ותתקין עוד משהו",  תשכנע אותו להתקין נמוך מאוד.

לכן חוץ מאפליקציה עם ממשק מצויין, כדאי גם להשקיע קצת עיצוב בתהליך ההתקנה, במיוחד אם רוצים יותר מהמשתמש.

 

רוצו להתקין!