shopxml - bug reports

Страница 1 из 1

[ Сообщений: 11 ]

Автор	Сообщение
shefbel2007 Квоттер Зарегистрирован: Чт апр 05, 2007 6:52 pm Сообщения: 182	shopxml - bug reports создал ветку о баг репортах, раньше высылал напрямую Маузеру, но ведь это не правильно, потому что он к нам с отрытой душой и отказать не может, да и workflow не зачем ломать - путь он бизом занимается. Стиль: общее описание проблемы, модуль (место где проявляется), steps to reproduce. общее описание проблемы: неверно генериться ответ для /EXTERNAL/order_details.php?GET_XML=0 в ответе выдается HTML text вместе с тэгами для полного форматирования HTML, такие как <html> <head> <title>Order #52620</title> </head> </body> </html> в результате получается badformed HTML после интреграции с ShopXML. модуль (место где проявляется): все знают что такое cool_shop, так вот в нем есть два PHP модуля OK.php order_view.php использующие order_details.php Integration API steps to reproduce: вы полните полное заполнение заказа, ввести все инфу на Payment page, press 'Process Payment' button получает в ответ страницу с репортом о покупке, она невалидна. ЗЫ: Функционал от этого не страдает.
Вт апр 10, 2007 3:34 pm

Доктор Квоттер Зарегистрирован: Вс сен 19, 2004 11:31 am Сообщения: 531	Сенкс Фиксед
Ср апр 11, 2007 2:27 am

shefbel2007 Квоттер Зарегистрирован: Чт апр 05, 2007 6:52 pm Сообщения: 182	Вот еще, про логаут. Скорее не баг, а фича реквест (feature request) общее описание проблемы: logout.php ShopXML API, если сессия закончилась или пользователь каким-то образом не залогинен в ShopXML. делается вызов logout.php, то выдается Result: error\|70\|Customer already logged\| В доке об ошибке: Покупатель уже залогинен (при попытке повторного использования интерфейсов для логина) Лучше чтобы expected result это логаут из шопа без репорта об ошибке, даже если серверная часть ShopXML считает пользователя незалогиневшимся. модуль (место где проявляется): в cool_shop это модуль logout.php steps to reproduce: честно - я не знаю как его вызвать из cool_shop, если у кого-то есть желание найдите вызов модуля/API сами, чтобы восспроизвести ситуацию нужно вызвать logout без логина или залогинитья, подождать 3 часа и вызвать logout.php
Чт апр 12, 2007 2:58 pm

Доктор Квоттер Зарегистрирован: Вс сен 19, 2004 11:31 am Сообщения: 531	Ошибка исправлена на 69-ю , чтобы не было ни бага, ни фичи. Как обрабатывать этот результат в данном случае (выдавать ли кастомеру ошибку) - вы можете решить сами.
Чт апр 12, 2007 3:42 pm

shefbel2007 Квоттер Зарегистрирован: Чт апр 05, 2007 6:52 pm Сообщения: 182	Доктор писал(а): Ошибка исправлена на 69-ю , чтобы не было ни бага, ни фичи. Как обрабатывать этот результат в данном случае (выдавать ли кастомеру ошибку) - вы можете решить сами. Ок, код 69 не документированный, логично с моей стороны спросить, этот код выдается только в случае когда: 1. пользователь делает logout без логина 2. пользователь делает logout, после того как он залогинлся и его сессия expired, т.е. все то что я пытался описать выше?
Чт апр 12, 2007 6:19 pm

Доктор Квоттер Зарегистрирован: Вс сен 19, 2004 11:31 am Сообщения: 531	>>Ок, код 69 не документированный Уже документированный. В обоих случаях. А какой это случай из 2-х элементарно определяется у себя локально.
Чт апр 12, 2007 6:34 pm

Saqwe Пенни Зарегистрирован: Ср апр 18, 2007 6:34 am Сообщения: 1	Проблемы со скриптом Ммагазина Установил скрипт импортировал базу. но при попытке зарегистрироваться как покупатель выдает ошибку Error: No way to make queries to Server + Если кто то поможет разобраться с админкой шопа буду очень благодарен(буквально пару вопросов)
Чт апр 19, 2007 5:12 am

Доктор Квоттер Зарегистрирован: Вс сен 19, 2004 11:31 am Сообщения: 531	если при этом товар нормально кладется в корзину, то значит не может по httpS делать запросы к серверу. Значит нет поддержки ssl в пхп (curl и сокеты)
Чт апр 19, 2007 10:54 am

shefbel2007 Квоттер Зарегистрирован: Чт апр 05, 2007 6:52 pm Сообщения: 182	Hi, All вот еще .. наверное древний и поросший мохом. Берем любой продукт имеющий аттрибуты, на пример пирсинговая база, при выборе обязательного аттрибута (на пример цвета) выбираем __первую__ (это важно) доступную опцию (цвет), жмем кнопку 'Add to Cart', продукт появляется в корзине, НО цвет не указан, что является багом. Если редактировать цвет на любой другой - не первый, выбранная опция отображается как надо, то же самое если сразу выбрать непервую опцию (в данном случае цвет). Используемый API /EXTERNAL/cart.php?GET_XML=0 т.е. содержимое корзины генерится на сервере ShopXML. Злостность бага (severity) низкая, на функциональность не влияет, страдает только usability.
Пн май 07, 2007 7:15 pm

Доктор Квоттер Зарегистрирован: Вс сен 19, 2004 11:31 am Сообщения: 531	Не наблюдаю нигде Кто-то еще такое наблюдал где-то? если да, то дайте ссылку на такой продукт.
Вт май 08, 2007 3:00 pm

shefbel2007 Квоттер Зарегистрирован: Чт апр 05, 2007 6:52 pm Сообщения: 182	Доктор писал(а): Не наблюдаю нигде Кто-то еще такое наблюдал где-то? если да, то дайте ссылку на такой продукт. Нужно извиниться, поменял прослойку отвечающую за коммуникацию с сервером, начал тестировать увидил ошибку зарепортал сюда, до конца не разобравшись. Самый нижний слой разбирал запрос и выбрасывал параметры с незначащими значениями такими как нуль. Сервак проглатывал, и добавлял в корзину, запрос был такого вида GET /EXTERNAL/add_to_cart.php?GET_XML&SHOPXML_SESSION=XXXXXX&get_quantity=1&product=30898&product=30898&new_name=14K+gold+plated+belly+button+ring+with+gems+on+a+vine&id=79&index&price=12.99&max_quantity=1000000&attr[1]&quantity=1 Значения для параметров GET_XML attr[1] отсутствовали, а должны были быть нули. Здорово было бы если вы бы ругнулись на этот запрос, ошибкой 28\|Options is not transfered\|Вообще не переданы опции
Ср май 09, 2007 12:37 am
Показать сообщения за: Поле сортировки

Страница 1 из 1

[ Сообщений: 11 ]

shopxml - bug reports

Кто сейчас на конференции