Попробуйте переключить поле "Локализация" в настройках "Инсталлера" на вариант "PHP". Это должно помочь временно обойти проблему до того как её исправят в следующем обновлении.
Михаил - не работает ваша "фишка" с локализацией, изменяем, сохраняем, в
итоге - опять округление. очень уж у вас косячное обновление вышло ((
по всем фронтам пробили...
благо мы всегда делаем бэкап перед обновлением, откатились на 7.3.0.209, ждем стабильной версии, боюсь представить сколько проблем могли приобрести за время устранения ошибок, точнее уже приобрели, но которые еще можем исправить, откатились бы позже, был бы крах (по отчетам, доставке, сверкам, закрывающим документам)
При редактировании цен в заказе если разделитель запятая, то цена с копейками не сохраняется, если точка - то сохраняется. Соответственно при открытии заказа на редактирование, все цены стоят с запятыми в качестве разделителя и при сохранении заказа все копейки слетают. До обновления разделитель не играл никакой роли - и запятая и точка работали нормально. Переключение локализации на PHP спасает только от слетания копеек при сохранении открытого на редактирование заказа. Разделитель запятая все равно не работает. Ждем исправления.
Михаил - не работает ваша "фишка" с локализацией, изменяем, сохраняем, в итоге - опять округление. очень уж у вас косячное обновление вышло (( по всем фронтам пробили...
Обновились до 7.4.3.235, цены перестали округляться, но подытог все равно отображается как NaNRUB, если переключить локализацию на PHP, то отображается нормально
Это обсуждение посвящено округлению цен товаров при редактировании заказа. Судя по вашей ссылке на cheros.ru/category/fashion-jewelry/, вы пишете сейчас о другом округлении. О других ошибках сообщайте, пожалуйста, в отдельных темах в хабе поддержки. Так их удобнее обрабатывать и обсуждать, если потребуется.
20 комментариев
если нажать "Сохранить заказ" то цена товара округлится до 12 руб и сумма заказа изменится
аналогичная проблема, после сохранения приходится снова редактировать заказ и для каждой позиции прописывать реальную стоимось
Попробуйте переключить поле "Локализация" в настройках "Инсталлера" на вариант "PHP". Это должно помочь временно обойти проблему до того как её исправят в следующем обновлении.
Михаил - не работает ваша "фишка" с локализацией, изменяем, сохраняем, в итоге - опять округление. очень уж у вас косячное обновление вышло (( по всем фронтам пробили...
благо мы всегда делаем бэкап перед обновлением, откатились на 7.3.0.209, ждем стабильной версии, боюсь представить сколько проблем могли приобрести за время устранения ошибок, точнее уже приобрели, но которые еще можем исправить, откатились бы позже, был бы крах (по отчетам, доставке, сверкам, закрывающим документам)
Очистите кеш в настройках "Инсталлера" после смены значения этой настройки.
Если это не поможет, в файле wa-system/locale/waLocaleAdapter.class.php после фрагмента
if (!setlocale (LC_ALL, $locale.".utf8", $locale.".utf-8", $locale.".UTF8", $locale.".UTF-8", $lang.'.UTF-8', $locale, $lang)) { // Set current locale if (!setlocale(LC_ALL, '')) { // ... } }добавьте
И очистите кеш в настройках "Инсталлера".
При редактировании цен в заказе если разделитель запятая, то цена с копейками не сохраняется, если точка - то сохраняется. Соответственно при открытии заказа на редактирование, все цены стоят с запятыми в качестве разделителя и при сохранении заказа все копейки слетают. До обновления разделитель не играл никакой роли - и запятая и точка работали нормально. Переключение локализации на PHP спасает только от слетания копеек при сохранении открытого на редактирование заказа. Разделитель запятая все равно не работает. Ждем исправления.
исправление вышло, но при локализации Gettex tвсе равно косяк остался
при пересохранении заказа (жмем редактировать заказ и сохранить заказ) - все копейки слетают
Михаил - не работает ваша "фишка" с локализацией, изменяем, сохраняем, в итоге - опять округление. очень уж у вас косячное обновление вышло (( по всем фронтам пробили...
О
Обновились до 7.4.3.235, цены перестали округляться, но подытог все равно отображается как NaN RUB, если переключить локализацию на PHP, то отображается нормально
setlocale(LC_NUMERIC, 'C');
помогает это исправить
спасибо!
NaN RUB показывает только для цен с копейками, для целых все норм
Михаил, если мы используем временно ваше решение с добавкой:
setlocale(LC_NUMERIC, 'C');
Потом выйдет новое обновление.
Что делать потом с временным решением? Эту добавку удалить?
После установки обновления фреймворка файл с добавкой перезапишется. После этого нужно будет смотреть по ситуации.
Сегодняшнее обновление фреймворка должно устранить эту проблему в том числе и в режиме локализации "Gettext".
Добрый день автору и команде Webasyst.
Проблема осталась после нескольких обновлений, которые должны были исправить ошибки при работе с дробными ценами в бекенде.
Локализация: Gettext.
Пример 1:
Редактируем цену на дробное число с использованием разделителя - запятая.
Устанавливаем цену - 100,10грн. или 100,50грн. или 100,90грн.
После сохранения заказа сумма исправляется на 100грн.
Пример 2:
Редактируем цену на дробное число с использованием разделителя - точка.
Устанавливаем цену - 100.10грн. или 100.50грн. или 100.90грн.
После сохранения заказа сумма исправляется на 100,10грн. или 100,50грн. или 100,90грн.
После сохранения отображается запятая.
После сохранения отображаются запятые в ценах и сумме.
Временно нужно использовать при редактировании точку?
Мы ждем новое обновление с решением этого вопроса?
Не удалось повторить описанное вами поведение в тестовом аккаунте. Предлагаю вам воспользоваться услугой расширенной диагностики специалистами нашей компании (заказать). В случае выявления ошибок в программных продуктах, разработанных нашей компанией, или наших инструкциях стоимость услуги будет возвращена в полном объеме.
Округление по-прежнему не исправлено!
https://cheros.ru/category/fashion-jewelry/
Уважаемые разработчики, когда исправите округление???
Это обсуждение посвящено округлению цен товаров при редактировании заказа. Судя по вашей ссылке на cheros.ru/category/fashion-jewelry/, вы пишете сейчас о другом округлении. О других ошибках сообщайте, пожалуйста, в отдельных темах в хабе поддержки. Так их удобнее обрабатывать и обсуждать, если потребуется.