Модератор форума: Shеriff, Yuri_G |
Сообщество uCoz Общение пользователей Разговоры про uCoz Если вы заметили в системе баг (сообщите об этом в эту тему) |
Если вы заметили в системе баг |
В программировании баг (англ. bug — жук) — жаргонное слово, обычно обозначающее ошибку в программе или системе, которая выдает неожиданный или неправильный результат. Большинство багов возникают из-за ошибок, сделанных разработчиками программы в её исходном коде, либо в её дизайне. Источник Вы нашли баг на сайте (в ПУ, еще где), как сообщить об этом? 1. Обязательно надо сообщить адрес сайта (вставка с помощью кнопки http://) 2. Обязательно надо указать номер сервера, на котором расположен сайт. 3. Обязательно надо сообщить в чём проявляется неисправность, какие ваши действия её вызвали и какие системные сообщения вы получили. 4.Обязательно точно указываете модуль в котором происходит сбой. 5. Если сбой при редактировании материала, обязательно указываете режим редактирования (визуальный редактор, чистый html или вв-коды+html) 6.Желательно скриншот важных деталей. Заметили грамматическую ошибку в интерфейсе Панели управления? Пожалуйста, сообщите номер сервера и укажите саму ошибку желательно со скриншотом ошибки. Перед тем как писать в эту тему десять раз подумайте, не является ли баг воображаемым и не есть ли произошедшее следствием ваших собственных усилий? Все сообщения не по теме или не содержащие информации по 1-5 пунктам стираются. Все спасибо В РЕПУТАЦИЮ, НЕ засоряйте тему пустыми сообщениями. Если вы испытываете постоянные проблемы с доступом к сайтам юкоз просьба ознакомиться с этой темой "Если у вас тормозят или не открываются сайты на uCoz.". Тема имеет архив. Данная тема имеет архив. Просмотреть архив 1 . Просмотреть архив 2. Просмотреть архив 3. Просмотреть архив 4. |
Флаг условия , регулирующий есть новые личные сообщения или нет, не работает, как и . $UNREAD_PM$ тоже не работает. Исправляем. |
Спасибо, очень жду исправления, вместе со всеми участниками моего скромного сайта (ну любят они смайлики, жить без них не могут) И ещё один, а вдруг получится чуточку ускорить процесс... Если смотреть посты участника (независимо от группы) через "поиск его сообщений", то не работает ссылка на удаление, при нажатии на "крестик" пишет: "Доступ запрещён", этот же пост можно удалить из темы, перейдя из поиска в неё по ссылке, но это не всегда удобно, часто нужно почистить посты определённого участника, которые проще всего найти через ссылку "поиск сообщений" Сервер №3, тикет в службу поддержки № 13309 от 22.08.2016 |
Если смотреть посты участника (независимо от группы) через "поиск его сообщений", то не работает ссылка на удаление, при нажатии на "крестик" пишет: "Доступ запрещён", этот же пост можно удалить из темы, перейдя из поиска в неё по ссылке, но это не всегда удобно, часто нужно почистить посты определённого участника, которые проще всего найти через ссылку "поиск сообщений" Исправляем, дублировать не стоит, опять же вижу ваш баг записан, из службы поддержки и исправляется. |
Ваш сверх важный скрипт, который по крайне мере мне не нужен, блокируется браузерами, так как он на http, а сайт на https.
Цитата <script type="text/javascript" src="http://ucoz.net/cgi/uutils.fcg?a=uSD&ca=2&r=0.382715059753597"></script> P.S. Зачем он нужен в head? P.S.S Зачем он вообще нужен? P.S.S.S Было бы разумно сделать галочку "Отказаться от автоматического дополнения вашего сайта нашими непонятными скриптами в Head" Пожалуйста, не отвечайте, типа "Оно не так сильно заметно". За сутки показатель отказов вырос на 5%. На телефонах иконка незащищенного контента замечается сразу. Прикрепления:
5362731.jpg
(12.3 Kb)
|
Добрый день,
кажется, обнаружил след. баг: 1. сайт: http://rassvet.usite.pro/index/informery/0-12 2. сервер: Имя сервера: [ s105 ] 3. баг в следующем: Являюсь администратором, соответственно права полные(см. скриншоты users_list и admin_rights). Создал информер, выводящий три последние записи модуля "Блог" (см. скриншот informer). При просмотре страницы с кодом информера (залогинен как админ) получаю сообщение "Группа "Гости" не имеет право просмотра модуля" (см. скриншот result). При этом страница модуля "Блог" открывается нормально. Пробовал дать полный доступ к модулю "Блог" гостям, результат аналогичный. Прошу помочь. Спасибо. Прикрепления:
0854788.png
(99.0 Kb)
·
2915718.png
(288.1 Kb)
·
0494236.png
(297.6 Kb)
·
5424906.png
(247.5 Kb)
|
|
spekers10, информеры выводят только данные, которые видны гостям. Настройки прав других групп они не учитывают.
|
1. Сайт: http://diz-cs.ru/ 2. Номер сервера: s34 3. Суть проблемы: проблема с загрузчиком изображений, описано детально ниже. 4. Модуль: в каталоге файлов, работал с ним. --------- Вот заметил чего на diz-cs.ru (s34) в модуле каталог файлов: при заливке изображений размера меньшего, чем уменьшенные копии изображений - уменьшенная копия должна не делаться... но баг в том, что создается копия того же изображения, лишь дописывает s перед названием файла (не меняя его формат, то есть заливалась картинка .png и ее в .jpg не перевело). Этот же ненужный дубликат потом и выводит в виде материала и на страницу материала (в качестве уменьшенной копии, ранее же сразу выводилось прикрепленное изображение, так как уменьшенные копии в таких случаях не создавались). Также в информере последних файлов (к примеру, увидеть его можно здесь, таблица "Свежие файлы") получаются битые ссылки, изображения не выводит (условие срабатывает на вывод уменьшенной копии изображения, которого быть в данном случае вообще не должно, и $IMG_SMALL_URL1$ отдает ссылку на изображение вида sНОМЕР.jpg - .jpg нет же, есть .png ... всё из-за бага). Сообщение отредактировал -SAM- - Четверг, 08 Сен 2016, 21:58:56
|
писал еще про отсутствие названия страницы, а также баг в админ-баре (скрин), пожалуйста исправьте (или писать через панель управления отдельно?) Обновите отредактируйте название модулей в замене стандартных надписей - это должно помочь. Да этим много пользуются. Вам последнее предупреждение - писать о багах по ФОРМЕ УКАЗАННОЙ В ШАПКЕ ТЕМЫ. В противном случае Ваши баги приниматься не будут, так как свободная форма значительно усложняет процесс понимания и воспроизведения. |
Если смотреть посты участника (независимо от группы) через "поиск его сообщений", то не работает ссылка на удаление, при нажатии на "крестик" пишет: "Доступ запрещён", этот же пост можно удалить из темы, перейдя из поиска в неё по ссылке, но это не всегда удобно, часто нужно почистить посты определённого участника, которые проще всего найти через ссылку "поиск сообщений" Новый баг - на странице материала каталога файлов в "хлебных крошках" переменная $SECTION_URL$ теперь отдает ссылку на материал просматриваемый Баг можно увидеть здесь, если навести на "Все для uCoz". В коде прописано как и положено: О том, что в модуле Блог input дополнительного поля $OTHER1$ и select выбора даты добавления имеют одинаковый id="blF11" я писал в ваш паблик ВК ещё в июле. Ответ был "Спасибо за информацию". И что в итоге? Так и не нашли? Именно после правки это случилось, так галочку "Кликабельное изображение" нашел но изменений нет Заметил, что так и не исправили баг с выводом превью прикрепленных изображений на странице редактирования материала (когда уменьшенная копия не создается, то не выводит полноразмерное изображение в качестве превью). О баге известно давно, писалось неоднократно здесь и в блоге. Сегодня обнаружил баг загрузчика прикрепленных файлов в постах на форуме. При загрузки изображения в 10,1 КБ его превращает в 657 КБ, а при попытке удаления файлов - они не удаляются... Все исправлено, пост обновления: https://blog.ucoz.ru/updates/avatar_up |
Не всё исправлено ("хлебные крошки" - отписал через ПУ сайта непосредственно (видимо, не распространенный баг) + процитировали по поводу увеличения размеров файлов прикрепленных - не исправлено, незачем вводить в заблуждения).
Также не было исправлено следующее: //forum.ucoz.ru/forum/39-86964-65#1262706 - читаем начиная от "некорректно работает $GUEST_MSG$". Проблем с воспроизведением бага возникнуть не должно (достаточно открыть исходный код). Это же касается и следующего: //forum.ucoz.ru/forum/39-86964-68#1270611 - независимо от сервера. И вот еще: //forum.ucoz.ru/forum/39-86964-68#1270113 + //forum.ucoz.ru/forum/39-86964-69#1272241 - если возникнут проблемы с пониманием мною написанного, то попробуйте открыть правку поста этого (текущего)... в нём должно быть всё содержимое, а не описанный мною баг с цитированием\последующей правкой поста (смотрим чего пропадает, кто автор цитируемого текста). Проверка: Цитата -SAM- Не всё исправлено Здесь вот еще писал про ошибки: //forum.ucoz.ru/forum/39-86964-64#1258220 //forum.ucoz.ru/forum/39-86964-66#1268329 //forum.ucoz.ru/forum/39-86964-66#1268552 //forum.ucoz.ru/forum/39-86964-67#1268875 o_Lisovenko, не сочтите за неуважение, просто отправлено было в архив и не исправлено (пишу для исправления и улучшения системы в целом). Сообщение отредактировал -SAM- - Вторник, 13 Сен 2016, 21:33:59
|
1. Сайт: http://diz-cs.ru/
2. Номер сервера: s34 3. Суть проблемы: некорректное отображение информации в столбце "Обновления" модуля "Форум" UPD.: кажется, разобрался в чём тут дело: в тех форумах постов от последних отписавшихся более нет (на сайте много чего было, чистилась активность, в том числе был взлом давно, тоже чистилось), в общем - когда поста от последнего отписавшегося в теме более нет, то почему-то дата оставленного поста слетела, пишет "Сегодня", что не соответствует действительности. Собственно, вот можно увидеть живой пример здесь и здесь. 4. Модуль: форум. Прикрепления:
9084990.png
(20.6 Kb)
Сообщение отредактировал -SAM- - Пятница, 16 Сен 2016, 01:49:44
|
Добрый день,
адрес: http://rassvet.usite.pro/search/?q=%D0%BE%D1%82%D1%87%D0%B5%D1%82 Имя сервера: [ s105 ] Модуль: Поиск Проблема: Я заменил названия модулей на свои. Отредактировал стандартные надписи, чтобы не забыть как модуль назывался раньше в скобках сохранил старое название, например, модуль "Каталог файлов" переименовал в "Отчеты", а стандартную надпись заменил на "Отчеты (Каталог файлов)" (см. скриншот 2.png). Теперь в результатах поиска в коде $ENTRY_DEPTH$ выводится не название модуля ("Отчеты"), а стандартная надпись ("Отчеты (Каталог файлов)"), что смущает пользователей (см. скриншот 1.png). Такое поведение представляется нелогичным. Гораздо логичнее было бы выводить именно название модуля, определяемое в его настройках (как это делается в коде $MODULE_NAME$). Прошу помочь разобраться в проблеме. Спасибо. PS. Пожалуйста, не предлагайте изменить стандартные надписи на нужные (т.е. убрать скобки со старыми надписями модулей), так как это с одной стороны самоочевидно, с другой не решает проблему формирования кода $ENTRY_DEPTH$. Прикрепления:
4524251.png
(107.8 Kb)
·
6971525.png
(109.6 Kb)
|
|
Извините, что повторяюсь, но я специально оговорился, что PS. Пожалуйста, не предлагайте изменить стандартные надписи на нужные (т.е. убрать скобки со старыми надписями модулей), так как это с одной стороны самоочевидно, с другой не решает проблему формирования кода $ENTRY_DEPTH$. Проблема в том, как движок формирует код $ENTRY_DEPTH$. Описывая модуль, он берет не его название (что было бы логично и ожидаемо), а стандартную надпись (что совершенно нелогично). |
| |||