DSO-Browser target import error

Attempting to import my DSO-browser list https://dso-browser.com/list/356e0893.

File->Import Targets->DSO Browser List
I get error: “Error importing data! error”

System info

  1. Version: 2.6.0.14
  2. Windows 10 laptop, computer works fine for browsing, etc.

Troubleshooting so far:

  1. To eliminate problem with my list, I tried importing the list in the manual example.
  2. Searched the forum and google for solutions
  3. Added sgp to allowed apps in windows firewall
  4. Made sure that url does not contain unprintable characters, etc

Results:
Same error

Here is log:
sg_logfile_20170226115456.txt (20.6 KB)

@Jay

The logs make it look like the error was due to the list not being available (temporarily). I was able to import it without issue:

Are you still able to reproduce the issue?

I tried it again. Same thing.

Also:

  1. rebooted
  2. double check to see if https://dso-browser.com/list/356e0893 comes up in a browser on the machine.

Same error in log.

Does anyone know any debugging steps I can take?

@Jay

I don’t right now. This does not seem to be a widely reported issue at the moment. I have no suggestions because importing your list works without issue (I certainly believe you… I just can’t think what would cause that right now).

I’ve been having this same issue for some time now. I haven’t had the chance to investigate, until today.

Here’s the log readout:
[03/04/17 10:43:58.402][DEBUG] [Main Thread] DSOBrowser: Requested dso list at https://dso-browser.com/list/278854f5, awaiting response…
[03/04/17 10:44:13.421][DEBUG] [Main Thread] DSOBrowser: Error fetching object list!
[03/04/17 10:44:13.421][DEBUG] [Main Thread] DSOBrowser: DSOBrowser object list is null

The list is definitely not empty.

Regards
Chris

EDIT…Update…

Tried removing https:// as was wondering if the https was preventing connection, but got a fatal error:
[03/04/17 10:56:28.972][DEBUG] [Main Thread] DSOBrowser: Requested dso list at dso-browser.com/list/278854f5, awaiting response…
[03/04/17 10:56:28.973][DEBUG] [Main Thread] DSOBrowser: Error fetching object list!
[03/04/17 10:56:28.973][DEBUG] [Main Thread] DSOBrowser: DSOBrowser object list is null
[03/04/17 10:56:28.975][DEBUG] [Unknown] GlobalExceptionHandler caught : Thread was being aborted.
[03/04/17 10:56:28.975][DEBUG] [Unknown] Runtime terminating: True

The common thing between my log and @ChrisWSM log is the time between the list fetching attempt and the error is ~10-15 seconds. My computer is an old and slow Inspiron 5110 with an i3.

Maybe there is a timing issue in the code where it will return an error if it takes over 10 seconds to retrieve the list?

@Jay I’m using an i7 fully loaded… No connectivity issues.

Interesting enough if you use DSO-browser you can go to an individual image for example Bode's Galaxy (M 81) - astrophotography by Catman46 and it will work just fine…

I can’t seem to duplicate this using 2.6.0.17. Although nothing has really changed between that and .14 that would affect this. I’ve added some additional logging that will be in the next release to see if we can try and figure out what is happening.

Thanks,
Jared

Installed .18. Tried list import. Here is logsg_logfile_20170310122312.txt (19.4 KB)

Thanks @Jay, we’ll take a look.

For anyone else… since we have a bunch of engineers in the forum and we are maybe not the best network engineers, any ideas why a URL like this: https://dso-browser.com/list/356e0893

  1. Works fine in any browser
  2. Works fine when SGPro imports it on any machine we have ever tried it on
  3. Does not work for some people (just from SGPro… their browser fetch of the list works fine)… it times out after 15 sec.

What .Net call at you using to do the fetch? 15 sec might be a bit short for a timeout. From the symptoms, it could just be a case of taking longer on some machines or networks. You may have to increase the timeout and give a visual indication that it is taking time.

We are using RestRequest as such:

var request = new RestRequest
{
    Resource = url,
    RequestFormat = DataFormat.Json,
    Timeout = 60000
}.AddHeader("Content-Type", "application/json")
 .AddHeader("Accept", "application/json");

Fair point… increased to 60 sec. If that works, we will work on visual cues.

I tried .20 release (longer timeout). It works great now. Thank you.

@Jay

Thx for the feedback. A s @DesertSky suggested, we will take a look at user feedback (since it seems these requests can sometimes take a while).

Hi Jay

Where did you get to alter the setting? I can’t see that as an option, anywhere.

Thanks

It’s compiled into the newest beta release (.20). Doesn’t look like users can set it.

Guys…

I’m delighted to report that this function is working extremely well now.

Thanks for all your efforts.