Hi Peter,
Please see attached for what I'm seeing when trying to set module settings on a dmx upgrade. The upgrade went fine on a test server that has a mirror of the site, and the actual module upgrades installed fine on the live server. But the live server has the attached issue, and I also can't activate the license because of script errors on the licensing page - none of the licensing buttons work.

I've done 3-4 other upgrades and they all went fine, so it's not as if this is a first time attempt.

Thanks,
Eric

Sorry, I thought I'd be able to attach.

What I have on the DMX module settings are a missing dropdown for "Root Folder for Module" and missing dropdown for "Root Category."

On the licensing page, an error on page load:
Line: 2
Char: 53
Error: 'Bring2mind' is undefined

Line: 2
Char: 355
Error: 'window.Bring2mind.ComponentArt' is null or not an object

Hi Eric,
Something is up with the JS. Have you tried to refresh the browser (caching)? Have you made sure nothing is tampering with JS in the stream from the server (whitespace filters)? Is Ajax enabled?
Peter

Ah, AJAX wasn't enabled.

Thanks for the suggestion Peter. It didn't occur to me to check.

Next small bump Peter.

Have you ever seen the following in an alert box when trying to download a pdf? It prevents the file from downloading.

"File does not begin with '%PDF-'."

• The file entry looks OK in the database
• This is the first pdf uploaded into the DMX5 library (upgraded from DMX3)
• The file downloads OK when the module setting "override control to load" is deselected, but not when it is selected and the TemplateView.ascx is the startup screen
• Other files download just fine, regardless of the above settings. They were all files that existed from the DMX3 installation.
• The upload control in  use is Telerik.

Peter,
Some new info, and a summary with what I think is happening.

Environment: 2 servers; mirrored portals - 1 dev site, 1 live site.

Behavior: when downloading a pdf from the library (haven't tried other files yet) on either server, the first download attempt of a pdf starts and completes fine.

From server #1, if attempting a second download, the error "File does not begin with '%PDF-'." is thrown. Selecting "OK" in the alert window simply results in a blank/empty browser window. Refreshing the browser caused the file download to successfully begin and completre. When doing the same download from server #2, it doesn't cause the browser error to appear, but still results in the same blank/empty browser window. But in this case, a browser refresh didn't cause the file to begin the download.

Different combinations of settings were tries on both servers to try and isolate the cause - cache level, cache on/off, compression on/off, iis resets, and cache clearance. Nothing alleviated the problem.

The issue appears to be link type.

As a reminder, the dmx setting in use is to "override control to load."

The above behavior was coming from links such as "/Default.aspx?TabId=320&EntryId=570&Command=Core_Download". Some of these links were used on generic pages as links to download the file, but these types of links are also seen within dmx when using "override control to load."

I then thought to try links coming off of the "What's New" module and repeated download attempts were fine. The link syntax in use in there is such as "/DesktopModules/Bring2mind/DMX/Download.aspx?EntryId=570&PortalId=2&DownloadMethod=attachment".

So, I hope this sheds some light.

I'm not sure there's much I can do to fix the problem, as at this point it seems like it should be classified as a bug? But please let me know if there's something being overlooked over here.

Hi Eric,

I recently saw the File does not begin with '%PDF-'. error in an installation. When running Fiddler it looked like the Adobe PDF viewer in the browser got confused when it was asked multiple times to retrieve a file. I have not been able to reproduce it consistently, only erratically. It is unlikely that it is the actual doanload code at fault as it works fine for other filetypes. I think that with all the javascript and Ajax going on IE/Adobe sometimes get it wrong.

The download click, by the way, does a method of 'attachment'. Double click, by default does 'inline'. The latter might play a role in this as it invokes the embedded viewer. If you set ViewByDefault to false for PDFs (DMX_Extensions table or file types screen) then it should always do 'attachment'.

Peter