A device type was imported into the system with report RSTXSCRP or RSTXR3TR which overwrites an already existing device type with the same name (for example, device type ZEPESCP2).
However, when printing with this device type, "old" control sequences (for example, print controls, initialization in processing type) are sent from the overwritten definition to the printer which destroy the printout.
The upload of the printer definitions by means of reports RSTXSCRP or RSTXR3TR does not inform the spool work process that the table entries for the device type definition in question must be read again from the database.
SolutionCorrected in 3.0C
Until the reports RSTXSCRP or RSTXR3TR are corrected, you have to restart the spool work process (process type "SPO") manually with transaction SM50/SM51. The tables are imported again in this case. Position cursor on process "SPO" and use menu function "Process -> Cancel without core". This makes sure that the latest table entries are used for the printout.
Additional key words
Device type, RSTXSCRP, RSTXR3TR
No comments:
Post a Comment