contentoh-components-library 21.6.39 → 21.6.41

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -252,7 +252,6 @@ var RetailerProductEditionView = function RetailerProductEditionView(_ref) {
252
252
  saveDatasheets = _useProviderProductEd.saveDatasheets,
253
253
  saveDescriptions = _useProviderProductEd.saveDescriptions,
254
254
  updateImages = _useProviderProductEd.updateImages,
255
- saveImageAttrs = _useProviderProductEd.saveImageAttrs,
256
255
  deleteImages = _useProviderProductEd.deleteImages,
257
256
  handleOnDownloadImages = _useProviderProductEd.handleOnDownloadImages,
258
257
  createComment = _useProviderProductEd.createComment;
@@ -1160,7 +1159,22 @@ var RetailerProductEditionView = function RetailerProductEditionView(_ref) {
1160
1159
  var _state$product7, _state$product7$servi;
1161
1160
 
1162
1161
  if (((_state$product7 = state.product) === null || _state$product7 === void 0 ? void 0 : (_state$product7$servi = _state$product7.services) === null || _state$product7$servi === void 0 ? void 0 : _state$product7$servi.images) === 1) {
1163
- saveImageAttrs(token);
1162
+ /**
1163
+ * `updateImages` y NO `saveImageAttrs`.
1164
+ *
1165
+ * `saveImageAttrs` manda `articleData: []` fijo, así que las imágenes
1166
+ * nuevas nunca llegaban al backend: el archivo se subía a S3 —eso lo hace
1167
+ * el front por su cuenta— pero `saveImages` no se ejecutaba y la fila de
1168
+ * `rel_article_image` nunca se creaba. Como la pantalla lee de esa tabla,
1169
+ * la imagen no aparecía después de guardar.
1170
+ *
1171
+ * `updateImages` cubre las dos cosas: manda `attrReqImgs` con los
1172
+ * atributos requeridos y además `articleData` con las imágenes nuevas y
1173
+ * `updateImages` con las existentes. Es la misma función que ya usaba el
1174
+ * botón de guardar del menú de pestañas (`handleOnClickSave`), así que
1175
+ * ambos caminos quedan consistentes.
1176
+ */
1177
+ updateImages(token);
1164
1178
  }
1165
1179
  };
1166
1180
  /*
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "contentoh-components-library",
3
- "version": "21.6.39",
3
+ "version": "21.6.41",
4
4
  "dependencies": {
5
5
  "@aws-amplify/auth": "^4.5.3",
6
6
  "@aws-amplify/datastore": "^3.11.0",
@@ -161,7 +161,6 @@ const RetailerProductEditionView = ({
161
161
  saveDatasheets,
162
162
  saveDescriptions,
163
163
  updateImages,
164
- saveImageAttrs,
165
164
  deleteImages,
166
165
  handleOnDownloadImages,
167
166
  createComment,
@@ -805,7 +804,22 @@ const RetailerProductEditionView = ({
805
804
 
806
805
  const handleOnClickSaveImages = () => {
807
806
  if (state.product?.services?.images === 1) {
808
- saveImageAttrs(token);
807
+ /**
808
+ * `updateImages` y NO `saveImageAttrs`.
809
+ *
810
+ * `saveImageAttrs` manda `articleData: []` fijo, así que las imágenes
811
+ * nuevas nunca llegaban al backend: el archivo se subía a S3 —eso lo hace
812
+ * el front por su cuenta— pero `saveImages` no se ejecutaba y la fila de
813
+ * `rel_article_image` nunca se creaba. Como la pantalla lee de esa tabla,
814
+ * la imagen no aparecía después de guardar.
815
+ *
816
+ * `updateImages` cubre las dos cosas: manda `attrReqImgs` con los
817
+ * atributos requeridos y además `articleData` con las imágenes nuevas y
818
+ * `updateImages` con las existentes. Es la misma función que ya usaba el
819
+ * botón de guardar del menú de pestañas (`handleOnClickSave`), así que
820
+ * ambos caminos quedan consistentes.
821
+ */
822
+ updateImages(token);
809
823
  }
810
824
  };
811
825