Modify ↓
#225 closed enhancement (wontfix)Improve error message when attachment loading fails
Description
YAM 2.7-dev [OS4/PPC] (02.10.2010) Copyright (C) 2000-2010 YAM Open Source Team
I have set Multiview as default tool if no MIME rule applies.
"Die Ausführung des Kommandos 'SYS:Utilities/Multiview "RAM
Whereas the same command in a shell says
"Unbekannter Datentyp bei YAMm000001cc-p3.mp4"
Maybe the returned shell-error could be used in YAM requester, instead of mentioning "error 2000" (twice, btw)?
For now I have "workedarround" this by calling MV with "wbrun", then I get a MV requester complaining. And as YAM is started from WB, too, this looks even more "pro". Attachments (0)Change History (2)comment:1 Changed 3 years ago by thboeckel
comment:2 Changed 3 years ago by thboeckel
I just forgot, better file an appropriate BZ entry again MultiView in OS4's bugtracker instead. Note: See
TracTickets for help on using
tickets. | This list contains all users that will be notified about changes made to this ticket. These roles will be notified: Reporter, Owner, Subscriber
| ||||||||||||||||||||||||||||



Sorry, but there is nothing to fix. YAM already tries to display both, the error number and the corresponding error string. But since error #2000 does not really exist for DOS all to be done is to convert this number to the corresponding error string "error 2000". And this is exactly the error number returned by MultiView. Maybe MV derives this number from datatypes.library, but it is not YAM's task to work around this. The error message you see in the shell is printed by MV itself, not by the shell.