error عجيب

سلام
ايا کسي مي دونه براي اينکه جلوي اين error رو بگيريم بايد چکار کنيم

ISessionIDManager.InitializeRequest has not been called for this request yet. In each request, please first call ISessionIDManager.InitializeRequest before calling other methods.

يک صفحه هست که شايد توي 20 بار درخواست هم اين error رو نمي دهد ولي به يک باره اين error ظاهر مي شود
يعني هميشه نمي دهد و گاهي اوقات بدون اين که تغييري انجام بشه مي دهد

نقل قول:

---

نوشته شده توسط m110_110

سلام
ايا کسي مي دونه براي اينکه جلوي اين error رو بگيريم بايد چکار کنيم

ISessionIDManager.InitializeRequest has not been called for this request yet. In each request, please first call ISessionIDManager.InitializeRequest before calling other methods.

يک صفحه هست که شايد توي 20 بار درخواست هم اين error رو نمي دهد ولي به يک باره اين error ظاهر مي شود
يعني هميشه نمي دهد و گاهي اوقات بدون اين که تغييري انجام بشه مي دهد

---

سلام
تو فایل Global.asax چیزی نداری؟

نقل قول:

---

نوشته شده توسط m110_110

سلام
ايا کسي مي دونه براي اينکه جلوي اين error رو بگيريم بايد چکار کنيم

ISessionIDManager.InitializeRequest has not been called for this request yet. In each request, please first call ISessionIDManager.InitializeRequest before calling other methods.

يک صفحه هست که شايد توي 20 بار درخواست هم اين error رو نمي دهد ولي به يک باره اين error ظاهر مي شود
يعني هميشه نمي دهد و گاهي اوقات بدون اين که تغييري انجام بشه مي دهد

---

سلام ،

تصور ميكنم اين يك Bug باشه ، اينجا رو ملاحظه بفرمائيد .

سربلند باشيد

سلام
خوب حالا چه کار کنم
اخه دارم یک صفحه در یک نرم افزار حساس می نویسم که هر از چند گاهی این error رو می ده
راه حلی براش هست؟

سلام
اقایون مدیر یه کمی کنید
خیلی مهمه
ممنون

سلام
يعني بايد بي خيال اين مشکل شد
ديگه نمي دونم چه کار کنم
کسي راه حلي يا پيشنهادي نداره

باز هم سلام
بابا يعني هيچ کس تا حالا به اين مشکل نخورده
ديونم کرده

نقل قول:

---

نوشته شده توسط m110_110

باز هم سلام
بابا يعني هيچ کس تا حالا به اين مشکل نخورده
ديونم کرده

---

چاره ای نیست , زنگ بزن مایکروسافت غرامت بگیر , اینجا هم دیگه سر و صدا نکن:چشمک:

نقل قول:

---

نوشته شده توسط Mostafa_Dindar

چاره ای نیست , زنگ بزن مایکروسافت غرامت بگیر , اینجا هم دیگه سر و صدا نکن:چشمک:

---

مي بخشيد از شما اجازه نگرفتم
خوب نمي دونستم اين جا رو خريديد و تابلوي بوق زدن ممنوع(پست زدن ممنوع) نصب کرديد:عصبانی:

نقل قول:

---

نوشته شده توسط m110_110

مي بخشيد از شما اجازه نگرفتم
خوب نمي دونستم اين جا رو خريديد و تابلوي بوق زدن ممنوع(پست زدن ممنوع) نصب کرديد:عصبانی:

---

برادر من , حرف گوش نمیکنی , بنده در پست 3 عرض کردم :

نقل قول:

---

سلام ،

تصور ميكنم اين يك Bug باشه ، اينجا رو ملاحظه بفرمائيد .

سربلند باشيد

---

حالا شما هزار و شونصد مرتبه بگو :

نقل قول:

---

خوب حالا چه کار کنم

---

نقل قول:

---

راه حلی براش هست؟

---

نقل قول:

---

اقایون مدیر یه کمی کنید
خیلی مهمه

---

نقل قول:

---

عني بايد بي خيال اين مشکل شد

---

نقل قول:

---

کسي راه حلي يا پيشنهادي نداره

---

نقل قول:

---

بابا يعني هيچ کس تا حالا به اين مشکل نخورده

---

.
.
.

همینطور ادامه بده , شاید یک هفت هشت سالی دیگه مشکلت رو برطرف کنه , شایدم هفتاد هشتاد سالی دیگه .

عزیز من , تو لینکی که قبلا معرفی کرده بودم تیم ویژوال استادیو گفته :

نقل قول:

---

Posted by Microsoft on 3/17/2007 at 6:09 PM
Thank you for your feedback. We are currently investigating. If this issue is urgent, please call support directly (see http://support.microsoft.com).

Thank you,
Visual Studio Product Team

Posted by Microsoft on 3/18/2007 at 8:41 PM
Thanks for reporting the issue, we are unable to repro the issue with the steps provided. If you could provide us with
a) a zipped solution directory
b) more repro steps
we would still like to address the issue,

Thank you,
Visual Studio Product Team.

---

کاربران هم یکی گفته :

نقل قول:

---

HAHA! I finally fixed it after all these years!

In the Application_PreRequestHandlerExecute method of FlashGateway.Controller.GatewayController:IHttpMod ule, it calls context.Items.Clear() on the HttpContext object, which inadvertently removes two ASP.NET session variables along with the two flash-remoting-related variables.

The workaround is to get rid of the Items.Clear call (assuming you've reverse engineered the source code like I have for customization and cutting out the irritating licensing module), and replace it with calls to Items.Remove for the following items:
"flash.result" {FlashGateway.IO.ASObject}
"flash.parameters" {System.Collections.ArrayList}

Doing so preserves these items:
"AspSessionIDManagerInitializeRequestCalled" (true)
"AspSession" {System.Web.SessionState.HttpSessionState}

By preserving those items, when HttpApplication.CompleteRequest is called and execution jumps to the EndRequest method, the System.Web.SessionState.SessionIDManager.CheckInit ializeRequestCalled method (called from the SessionIDManager.GetSessionID method and a few others up the stack) won't bomb when it sees that the "AspSessionIDManagerInitializeRequestCalled" item is no where to be found.

The previously posted work around using a custom session id manager only shows the Validate and CreateSessionID methods being overriden, but given what I've learned, it will only solve the problem if the GetSessionID method is overridden a well.

It's about time!
P.S. (always use application.CompleteRequest rather than response.End to avoid thread abort exceptions)

---

حالا شما برو , هفته دیگه بیا , بگو

نقل قول:

---

بابا يعني هيچ کس تا حالا به اين مشکل نخورده

---

همونطور که آقای Mostafa_Dindar گفتن این یه bug هست و اینم راه حل شما:

HAHA! I finally fixed it after all these years!

In the Application_PreRequestHandlerExecute method of FlashGateway.Controller.GatewayController:IHttpMod ule, it calls context.Items.Clear() on the HttpContext object, which inadvertently removes two ASP.NET session variables along with the two flash-remoting-related variables.

The workaround is to get rid of the Items.Clear call (assuming you've reverse engineered the source code like I have for customization and cutting out the irritating licensing module), and replace it with calls to Items.Remove for the following items:
"flash.result" {FlashGateway.IO.ASObject}
"flash.parameters" {System.Collections.ArrayList}

Doing so preserves these items:
"AspSessionIDManagerInitializeRequestCalled" (true)
"AspSession" {System.Web.SessionState.HttpSessionState}

By preserving those items, when HttpApplication.CompleteRequest is called and execution jumps to the EndRequest method, the System.Web.SessionState.SessionIDManager.CheckInit ializeRequestCalled method (called from the SessionIDManager.GetSessionID method and a few others up the stack) won't bomb when it sees that the "AspSessionIDManagerInitializeRequestCalled" item is no where to be found.

The previously posted work around using a custom session id manager only shows the Validate and CreateSessionID methods being overriden, but given what I've learned, it will only solve the problem if the GetSessionID method is overridden a well.

It's about time!
P.S. (always use application.CompleteRequest rather than response.End to avoid thread abort exceptions)