PM24389: SECOND AND LATER RECEIVE MAP COMMANDS FAIL TO RETURN USER DATA WHEN APPLICATION USES 3270 BRIDGE WITH DFHWBTTB.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• You are running an application which uses the 3270 bridge
  with DFHWBTTB.  The application sends out a map, and the
  user enters some data.  The map, with user updates, is
  received on the first EXEC CICS RECEIVE MAP without any
  error, and the map is sent once again to the user. The user
  makes changes, but when the application does another EXEC
  CICS RECEIVE MAP, the changes are not passed back to the
  application.
  .
  The fields that are missing are defined with FSET in the
  map, so the data should be returned.  No error messages
  are displayed.
  .
  When the 3270 bridge is used with DFHWBTTC, the fields are
  properly received on the second and subsequent EXEC CICS
  RECEIVE MAP commands. When the 3270 interface is used
  without the bridge, the fields are likewise reported back
  to the application as expected.
  .
  ADDITIONAL KEYWORDS: KIXREVDAM
  

Local fix

• The problem does not occur when using DFHWBTTC, which might
  be an alternative.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS Users                               *
  ****************************************************************
  * PROBLEM DESCRIPTION: Second and later RECEIVE MAP commands   *
  *                      fail to return user data when           *
  *                      application uses 3270 bridge with       *
  *                      DFHWBTTB.                               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  The 3270 Web Bridge is being used and a map is sent out
  containing fields defined as UNPROT,FSET. Data is entered
  and returned to the application. On the next send the data is
  sent back to the screen but the fields have been changed
  dynamically to PROT,FSET. This send was a SEND MAP DATAONLY. The
  user now enters more data and everything is correctly received.
  The application issues another SEND MAP DATAONLY. The field data
  is supplied again in the FROM area. However the attribute is
  left empty (x'00') because it does not need to be changed.
  
  When DFHWBBMS processes this SEND MAP DATAONLY it builds
  the field based on the settings in the map that are
  UNPROT,FSET. This means that no hidden input field gets
  generated so no data is returned from the browser for this
  field on the next receive.
  
  DFHWBBMS should be using the field attributes from the
  previous SEND MAP DATAONLY command in this situation.
  

Problem conclusion

• DFHWBBMS has been changed to correctly generate hidden input
  fields on a SEND MAP DATAONLY for fields that were defined as
  unprotected in the map, but have subsequently been changed
  to be protected with FSET on as part of an earlier SEND.
  
  DFHBRMS has been changed to ensure that the CTRL options
  defined for the map are correctly propagated when they are
  omitted on the SEND MAP command.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

• ž**** PE11/11/28 FIX IN ERROR. SEE APAR PM52190  FOR DESCRIPTION
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

  PM21199

• APAR is sysrouted TO one or more of the following:

  UK63425

Modules/Macros

•    DESBREX  DESWBBMS DFHBRIC  DFHBRMS  DFHBRSP
  DFHBRTC  DFHWBBMS
  

Fix information

• Fixed component name

  CICS TS Z/OS V4

• Fixed component ID

  5655S9700

Applicable component levels

• R600 PSY UK63425

     UP10/12/31 P F012

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.