ThinkGeo.com    |     Documentation    |     Premium Support

Same application different behavior when using browsers

#1

 Hi,


I could be wrong but I found that the way that the Ajax calls are executed seems to be very different depending if the client is chrome or ie or ff or safari or opera.....   and the most interesting thing is concurrency...  looks like that even the native code from thinkgeo or Openlayers could have concurrency issues...   I can tell that because I am getting the message "layer not open..."  and obviously it is because more than one Ajax call are running at the sam moment in time...


So far with the last daily build the most stable browser is Chrome, when using FF I can see the kind of issue I have just describe above.


Could somebody Comment?


 


jm



#2

Hi Jean-marie, 
  
 In MVC we don’t use Jquery implement AJAX but choose MicrosoftAjax.js did that. 
  
 For the issue you found, I haven’t reproduced it in HowDoISamples when I test today.  
  
 But I will takes more time to find whether MicrosoftAjax have different behavior in FF and Chrome. 
  
 And if you found any more information about this please let me know. 
  
 Regards, 
  
 Don

#3

Hi Jean-marie, 
  
 In MVC we don’t use Jquery implement AJAX but choose MicrosoftAjax.js did that. 
  
 For the issue you found, I haven’t reproduced it in HowDoISamples when I test today.  
  
 But I will takes more time to find whether MicrosoftAjax have different behavior in FF and Chrome. 
  
 And if you found any more information about this please let me know. 
  
 Regards, 
  
 Don

#4

In other words, we are using Microsoft Ajax Liberary for this, here is the detailed information on it msdn.microsoft.com/en-us/library/bb310979.aspx. Please check it out. Hope you can find something there. 
  
 Thanks, 
 Johnny

#5

Hi Jean-Marie,


We received your sample application but for support instances where you need to send large attachments I would ask that you create a Customer Portal Ticket.


The Customer Portal allows for larger uploads than the forums and the uploaded attachments are easily accessible by our Support Staff.


Please login to the Customer Portal at helpdesk.thinkgeo.com to see the ticket created for this issue with the necessary sample application.



#6

I don’t know hat was the driving force behind but I think that jQuery Ajax could have a been a much better choice… A lot of javascript libraries are providing many useful and cool extension to jQuery Ajax. Like queueing,  DataContext  with Amplify.js… 
  
 I would like to know how if is is possible to get rid of Microsoft Ajax at least on my customer side? and if yes where should I patch in your javascript code. 
  
 thanks. 
  
 jm

#7

Hi Jean-marie, 
  
 I agree with you that JQuery Ajax works more efficient than Microsoft Ajax sometimes, but the problem is that the MvcEdition is ported from WebEdition which is based on ScirptManager, besides some customers don’t want JQuery liberary in their application, because of some limitation. We will try to provide some workaround for you to get rid of Microsoft Ajax liberary soon if you would like. 
  
 BTW, seems like we create a ticket for this issue, it also includes another issue, can you check the anwsers there? We will try to provide the workaround in the ticket as soon as possible. 
  
 Thanks, 
 Johnny