سلام
ايا کسي مي دونه براي اينکه جلوي اين 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 ظاهر مي شود
يعني هميشه نمي دهد و گاهي اوقات بدون اين که تغييري انجام بشه مي دهد
نقل قول: error عجيب
سلامنوشته شده توسط m110_110
تو فایل Global.asax چیزی نداری؟
سلام ،
تصور ميكنم اين يك Bug باشه ، اينجا رو ملاحظه بفرمائيد .
سربلند باشيد
سلام
خوب حالا چه کار کنم
اخه دارم یک صفحه در یک نرم افزار حساس می نویسم که هر از چند گاهی این error رو می ده
راه حلی براش هست؟
سلام
اقایون مدیر یه کمی کنید
خیلی مهمه
ممنون
سلام
يعني بايد بي خيال اين مشکل شد
ديگه نمي دونم چه کار کنم
کسي راه حلي يا پيشنهادي نداره
باز هم سلام
بابا يعني هيچ کس تا حالا به اين مشکل نخورده
ديونم کرده
چاره ای نیست , زنگ بزن مایکروسافت غرامت بگیر , اینجا هم دیگه سر و صدا نکن
مي بخشيد از شما اجازه نگرفتمچاره ای نیست , زنگ بزن مایکروسافت غرامت بگیر , اینجا هم دیگه سر و صدا نکن
خوب نمي دونستم اين جا رو خريديد و تابلوي بوق زدن ممنوع(پست زدن ممنوع) نصب کرديد
برادر من , حرف گوش نمیکنی , بنده در پست 3 عرض کردم :مي بخشيد از شما اجازه نگرفتم
خوب نمي دونستم اين جا رو خريديد و تابلوي بوق زدن ممنوع(پست زدن ممنوع) نصب کرديد
حالا شما هزار و شونصد مرتبه بگو :
خوب حالا چه کار کنمراه حلی براش هست؟اقایون مدیر یه کمی کنید
خیلی مهمهعني بايد بي خيال اين مشکل شدکسي راه حلي يا پيشنهادي نداره.بابا يعني هيچ کس تا حالا به اين مشکل نخورده
.
.
همینطور ادامه بده , شاید یک هفت هشت سالی دیگه مشکلت رو برطرف کنه , شایدم هفتاد هشتاد سالی دیگه .
عزیز من , تو لینکی که قبلا معرفی کرده بودم تیم ویژوال استادیو گفته :
کاربران هم یکی گفته :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)
قوانین ایجاد تاپیک در تالار
پاسخ با نقل قول