|
|
Rank: Advanced Member
Groups: Member
Joined: 12/5/2007
Posts: 57
|
Hi,
I have carefully reconstructed some of my web user controls to be sure that it is in fact this component that is causing my problems. Please note I have tried this both with and without adding the eo.web.runtime into my web.config's httpmodules list, also I have followed the advice regarding trying a regular input control. The long and short of this research is that it is in fact the uploader control that is causing the problem.
Unfortunately (and I doubt that I have time to change this at present) my app is using the old style frames and perhaps this is what is causing the behaviour? I have a page in my multi page frameset on the left which acts as a menu and on the right I display the appropriate content page. Once I have chosen the menu option that loads the page containing the ajax file uploader control my problems begin. I do not even have to use the control just load the page containing the control and if I try to then select another menu option from the left frame the code behind when trying to read any of my session state variables throws an Object reference not set to an instance of an object error.
Having traced the code in debug mode I know for a fact that the object had been previously instantiated and contained a valid value.
Has anyone else experienced problem like this with this control and if so is there a work around? If not, what other information do you require from me in order to try and find a resolution to this issue? I am presently still developing this app in .NET 1.x
Regards
Gary
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi,
Please create a test app to isolate the error. Make sure the app runs independently. You can then send the test app to us and we will be happy to take a look. We will PM you as to where to send.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/5/2007
Posts: 57
|
Will do
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/5/2007
Posts: 57
|
Sorry for the delay. I tried to create a simplified version of our app without any success. It seems that I cannot get the error to happen once I have removed certain controls from the pages in question. One thing I did find out however is that the problem is not limited to the ajax file uploader as I can reproduce the same error in my app when the ajax progress control is implemented. At this stage of the game I cannot spend any more time trying to create a test app for your testing purposes.
I need a resolution to this issue ASAP and if I cannot get one soon I will have no choice but to try and use a different vendor's tree control to see if that eliminates the problem. Do you have any other suggestions before I go down that path?
Regards
Gary
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi,
Unfortunately we do not have any suggestions because we are not even sure where the problem is (or exactly what it is). As far as I know, our control does not access session state information (there is no reason to).
It is not unusual that the problem actually lies somewhere else and our control merely triggered it. If that is the case switching to another vendor will probably temporarily silence the problem for you, but will not solve it. In any case, we do need a reproducing page/project in order to look further.
Thanks!
|
|
Rank: Advanced Member
Groups: Member
Joined: 12/5/2007
Posts: 57
|
Hi,
Thanks for the quick response. Given that I cannot reproduce the error when I create a scaled down version I was thinking that I could create a routine that would scramble the sensetive data in the database thus making it non-sensetive. I could then provide you with ther full application and a copy of the sql server 2000 database which is being used.
If I do this I am certain I can reproduce the error at will and hence you would then be able to reproduce it as well (and hopefully come up with a resolution). Let me know if you would be willing to test this kind of scenario and if you are I will star working on creating a version of the database that replaces sensetive data with junk. My only concern about this approach is licensing restrictions on the numerous other 3rd party controls I am using. Nay suggestions on that?
Cheers
Gary
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi,
DB should not be an issue. It maybe easier for you to put a test DB on your server and then we can connect to your server. That way it makes sure that we are working on the same dataset.
The complexity of your test application would be an issue. We are not in a position to help you to isolate the problem, so you must isolate it first. If you use other third party controls and the issue is caused by a magic combination of third party control A + third party control B + our controls + your code in a certain way, then we are not in a very good position to identify this combination because we do not know your application logic. You should also try to remove all other third party controls. License restriction would be an issue. If the problem only occurs when both third party controls exists, you will need to clearly demonstrate that. In a nut shell, we do need an isolated application whose sole purpose is to demonstrate the problem. We can not take a full scale application and debug it just because it uses our product.
Thanks!
|
|