View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007466 | MMW v4 | Player | public | 2011-03-04 05:43 | 2011-06-23 15:58 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | major | Reproducibility | always |
| Status | feedback | Resolution | reopened | ||
| Product Version | 4.0 | ||||
| Fixed in Version | 4.0 | ||||
| Summary | 0007466: Playback of files on Windows network fails silently if user not logged in | ||||
| Description | If a user attempts to play a file (or presumably edit a file) that is stored on a CIFS / Samba share, prior to having logged into the share, then MM silently fails (making the user think that it might be a codec issue). What should happen is that MM should prompt the user to login (as Windows does). | ||||
| Additional Information | Tested on Windows XP | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1376 | ||||
|
|
Fixed in build 1356. |
|
|
Testing 1367 with QNAP NAS I got an AV on first try (with track already in NP) after which I had to shutdown MM from Task Manager. On second try (with track from Library) I just got a hang. Testing with a Windows Server 2003 share that requires login no login prompt is shown either, MediaMonkey again exhibits hang. |
|
|
Fixed in build 1370. I haven't seen any AV, but the connection dialog wasn't properly shown when playback was started from NP window. It's fixed now. Tested: 1. Playback of files on a network path that requires login. 2. Opening a folder the requires a login in My Computer\Network. |
|
|
1) Verified playback resolved on both Windows share and QNAP 2) I can't verify here (my systems fault not MM) 3) Add/Rescan Files silently fails when user is not logged in |
|
|
Playback over DLNA (MediaMonkey Server on other devices) fails with "problem copying file..." error when not logged into network share. Instead it would be nice if it would show login as well. Otherwise it might be better to show a log of errors as currently it will generate an error for each file it fails and can thus show many errors when user returns to PC. |
|
|
3) is fixed in build 1374. Martin, as for your last comment, I don't fully understand how to reproduce the issue. Are you talking about MM as UPnP client? Or acting as a server? Please reopen or open a new issue, whatever more suitable. |
|
|
MediaMonkey is the DLNA server and is trying to serve files that are on the network and require login for access. I think it should also show the login (although it has lesser benefits as user is not necessarily behind the PC, but behind a DLNA client). This could/might solve the additional problem that MediaMonkey will show an error for each file that failed to play on DLNA client due to missing login to network share. |
|
|
Well, given the problems, I would say that the current implementation makes sense. If MM shows an error on failed playback over DLNA, we might open another issue. Some users would probably like to see the error dialog, but most often it would probably be better to just silently skip to the next track. |
|
|
3) In 1374, Add/Rescan Files still fails silently when scanning a network location that requires login. |
|
|
Fixed in build 1376. (Forgotten commit) |
|
|
3) On first Add/Rescan Files it asked to login as expected. I canceled login and went to Add/Rescan Files again. This time it failed silently instead of asking login again. On playing track it did ask login. |
|
|
This is by design - there is a timer and it shows the login dialog again only in case it was >15 seconds since the last attempt. The reason is that otherwise there could be endless loop of the dialogs, e.g. when starting playback of many remote tracks in Now Playing window. |
|
|
Verified in 1376. |
|
|
Syncing of files to a portable device with tracks that require network login fails silently. |
|
|
Since fixing this isn't a straightforward issue (it isn't clear whether showing a login dialog is really the best choice in case e.g. auto-sync is automatically started by plugging in a device), leave as a High priority issue for future versions. |
|
|
Auto-Organizing (move) from or to a network location requiring login won't show login, instead error messages about file inaccessible or folder can't be created (folder actually already exists) are shown. |
|
|
Using Play Now on an AutoPlaylist with files on network requiring login also failed to ask for login and just scrolled through all tracks greying them out. Then selecting a track in the Now Playing for playing did show login window. |
|
|
Also DB login window on startup receives no task bar entry. Login when playing networked files has no task bar entry, but doesn't stay on top of main window, requiring Alt+Tab to find it again. |
