nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Win7 and MB 6.7.2

Amanda_J_0204

Using MediaBin 4.6.2 Build 17, and Windows 2003 server:

A few of our users are now running Windows 7, and when they try to download assets using the Windows client, the progress bar continually scrolls for several minutes until the download is cancelled. I watched the user check to see whether or not the file had downloaded to the specified directory, and it had not. But Job History lists the download as completed.

Has anyone else run into this problem, and if so, did it make any difference if you used the MB Windows client?

Find more posts tagged with

Comments

Amanda_J_0204

The user installed the Windows client and it seems to work ok so far. But we'd prefer for most users to be using the web client.

Amanda_J_0204

Correction: This first post should have stated the problem occurs when Windows 7 users try to download files using the WEB client -- the download works just fine with the Windows client, but we don't want all the users to need to install it.

Using MediaBin 4.6.2 Build 17, and Windows 2003 server:

A few of our users are now running Windows 7, and when they try to download assets using the Windows client, the progress bar continually scrolls for several minutes until the download is cancelled. I watched the user check to see whether or not the file had downloaded to the specified directory, and it had not. But Job History lists the download as completed.

Has anyone else run into this problem, and if so, did it make any difference if you used the MB Windows client?

Migrateduser

You probably want to check the \transfer folder in the Web Client Directory (default c:\Program Files\MediaBin Web Client) to see if the files are getting generated there.

If you verify that, then check the global.asa to make sure that the setting for the transfer folder (usually a UNC path like "\\server\TransferFolder20") is mapped correctly to that folder.

Also check permissions (on the share and directory) to make sure that the IIS anonymous account can read the file.

Where is the failure happening? Do you see the link to download but the download itself fails? Check the URL to see if it matches up with the path/filenames in the Transfer directory.

If you don't get that far (if it failes while processing the jobs) then there probably is an error with one of the DLLs. If you are using IE, then turn off "Show Friendly Error Messages".

Oh, and does this only happen for the Windows 7 users?

Thanks-
Matt

Amanda_J_0204

Sorry, but I am a bit confused by the version # you gave. There isn't a version 6.7.2. Are you using version 4.6 (or 4.6.2) or 7.2?

If 7.2, is this with the "legacy" (HTML) web client or with the RIA (Silverlight) web client?

They are quite different thus there could be different causes based on which client you are using.

Thanks-
Matt

Sorry, it's MediaBin 4.6.2 Build 17. This was in the first post; I probably typed the wrong number in the title because I usually need to specify which version of Teamsite.

Migrateduser

Yeah, I just saw that and updated my post. Sorry about that.

Amanda_J_0204

At this point, the problem is only happening with Win 7 users. They'll go to download a file (usually a .jpg or .tif), select the location to download to and select any other appropriate settings in the dialog box, and click ok, and the download window comes up, but the progress bar just keeps scrolling and doesn't stop. So far, users have been using Firefox. I checked the server history and it lists the file was downloaded successfully.

Unfortunately I don't have direct access to the MB box. I can ask a server admin to check everything specified below, but like I said, this is only happening with Windows 7.

You probably want to check the \transfer folder in the Web Client Directory (default c:\Program Files\MediaBin Web Client) to see if the files are getting generated there.

If you verify that, then check the global.asa to make sure that the setting for the transfer folder (usually a UNC path like "\\server\TransferFolder20") is mapped correctly to that folder.

Also check permissions (on the share and directory) to make sure that the IIS anonymous account can read the file.

Where is the failure happening? Do you see the link to download but the download itself fails? Check the URL to see if it matches up with the path/filenames in the Transfer directory.

If you don't get that far (if it failes while processing the jobs) then there probably is an error with one of the DLLs. If you are using IE, then turn off "Show Friendly Error Messages".

Oh, and does this only happen for the Windows 7 users?

Thanks-
Matt

lymanh

Do you have the download applet enabled or are you doinga right click/save as?

Cheers,

Lyman Hurd

Amanda_J_0204

Do you have the download applet enabled or are you doinga right click/save as?

Cheers,

Lyman Hurd

The download applet is enabled. The last few times someone has tried downloading using the web client on Win 7, an access denied message shows, even though the same person was able to download fine on Win XP.

"Some asset(s) could not be retrieved from the MediaBin server. FileName.jpg: access denied (java.net.SocketPermission 10.1.38.46:80 connect,resolve)"