Сообщений в теме: 93

[CbCoder]

Включите отображение поля Сумма в режиме таблицы. Поля Сумма и Сумма с НДС взаимосвязаны, одно без другого вычисляться не будет.

[daosov]

Ревизия: 2856 от 2011-11-25
Создаю "Вычисления"
В поле вычисляется произведение 8 полей. Вычисление происходит только при сохранении таблицы. Условия "изменения поля" и "отображение поля" не срабатывают. В "изменение поля" указывал поля, где меняются значения. В "отображение поля" указывал итоговое поле.

[andibrag]

В напоминаниях при установке в условии текущее время добавляется функция now()
по каким-то причинам - это не работает
поменял на {current_time} - напоминания стали отображаться

[kok]

Разработчик (29.11.2011, 15:40) писал:

Включите отображение поля Сумма в режиме таблицы. Поля Сумма и Сумма с НДС взаимосвязаны, одно без другого вычисляться не будет.

А вот это уже фича! Давайте подобные фичи как-то помечать на форуме, чтобы потом поиском можно было сразу все найти?
Т.к. в документации это врядли скоро появиться...

Пример:

#1.9.5-feature#
При отображении таблицы http://сайт/fields.php?table=43 вычисления в поле Сумма не срабатывают?

Включите отображение поля Сумма в режиме таблицы. Поля Сумма и Сумма с НДС взаимосвязаны, одно без другого вычисляться не будет.
#1.9.5-feature#

[CbCoder]

kok (30.11.2011, 9:22) писал:

А вот это уже фича!

Это не фича, а баг конфигурации. Ну и возможно недоработка в движке, которую надо продумать.

[CbCoder]

andibrag (29.11.2011, 21:21) писал:

В напоминаниях при установке в условии текущее время добавляется функция now()
по каким-то причинам - это не работает
поменял на {current_time} - напоминания стали отображаться

{current_time} во время выполнения заменяется на тот же now(), поэтому никакой разницы быть не должно. Это всего лишь оптимизация, связанная с разделением режимов мастера и эксперта. Возможно причина неработы была не в этом.

[kok]

Разработчик (30.11.2011, 9:04) писал:

Это не фича, а баг конфигурации. Ну и возможно недоработка в движке, которую надо продумать.

Как хотите называйте! Я привёл свой пример. Если никто не предложит иной вариант, я буду метить подобные "фичи" как написал выше.
Я уверен, что кто-то провёл не один час разбираясь с подобным поведением КБ.
Если это поведение зафиксировать как-то на форуме - это сохранит кучу нервных клеток разрабам.
А пока руки дойдут доработать движок и пр... столько времени пройдёт.

[andibrag]

Разработчик (30.11.2011, 9:08) писал:

{current_time} во время выполнения заменяется на тот же now(), поэтому никакой разницы быть не должно. Это всего лишь оптимизация, связанная с разделением режимов мастера и эксперта. Возможно причина неработы была не в этом.

тем не менее это единственное, что я заменил

[andibrag]

В обновлении от 30 числа сидит ошибка
что-то с путями Вы напутали
программа пытается обратится к папке ..../public_html/cb/temp/cb, которой естественно нет

[CbCoder]

andibrag (30.11.2011, 13:41) писал:

В обновлении от 30 числа сидит ошибка
что-то с путями Вы напутали
программа пытается обратится к папке ..../public_html/cb/temp/cb, которой естественно нет

Конкретней: где, когда, в каком месте

[andibrag]

Разработчик (30.11.2011, 13:43) писал:

Конкретней: где, когда, в каком месте

при попытке обновить ревизию

[andibrag]

andibrag (15.11.2011, 12:15) писал:

При добавлении записи в таблицу:
Invalid table_id
#0 get_table_fields(Array ([ID] => 183,[Кто добавил] => 1,[Время добавления] =>........
и так далее еще 4 экрана текста вниз

за 2 недели так и не исправили...
запись создается, но понять это можно если войти повторно в таблицу
в итоге имею по несколько дублирующих записей, поскольку получив этот экран с текстом, сотрудник возвращается на предыдущую страницу и опять жмет кнопку "Сохранить"
и так - пока не надоест
исправьте этот баг, пожалуйста

[CbCoder]

andibrag (30.11.2011, 16:23) писал:

при попытке обновить ревизию

andibrag (30.11.2011, 13:41) писал:

что-то с путями Вы напутали
программа пытается обратится к папке ..../public_html/cb/temp/cb, которой естественно нет

С чего Вы это взяли? Данная папка создается при распаковке скачанного дистрибутива, для последующей замены ревизии. Папка temp предназначена для временных файлов, естественно все очищается по окончании процесса. Так что причина не в этом. У нас обновление происходит без проблем, возможно какие-то конкретные особенности вашего хостинга. Доступ на запись открыт? Модуль zip установлен? Ранее обновляли ревизию по данному адресу?

[CbCoder]

andibrag (30.11.2011, 16:54) писал:

за 2 недели так и не исправили...

Я же спрашивал у Вас чуть ниже:

Разработчик (15.11.2011, 13:48) писал:

Конфигурация стандартная? Если да - в какой именно таблице? Если нет - оставьте заявку на сайте с бэкапом.

По данной ошибке Вы присылали заявку к нам? Или только по второй? Еще ниже техподдержкой было написано что ошибку исправили в новой ревизии, вероятно речь шла только о второй ошибке, т.к. по первой не было заявки. Пришлите заявку повторно, с ссылкой на этот пост.

[andibrag]

Разработчик (30.11.2011, 16:17) писал:

Я же спрашивал у Вас чуть ниже:
По данной ошибке Вы присылали заявку к нам? Или только по второй? Еще ниже техподдержкой было написано что ошибку исправили в новой ревизии, вероятно речь шла только о второй ошибке, т.к. по первой не было заявки. Пришлите заявку повторно, с ссылкой на этот пост.

высылал
и с Тимуром общался по почте на эту тему
доступ к базе предоставлял
результатов пока нет
могу отправить повторно

[andibrag]

Разработчик (30.11.2011, 16:13) писал:

С чего Вы это взяли? Данная папка создается при распаковке скачанного дистрибутива, для последующей замены ревизии. Папка temp предназначена для временных файлов, естественно все очищается по окончании процесса. Так что причина не в этом. У нас обновление происходит без проблем, возможно какие-то конкретные особенности вашего хостинга. Доступ на запись открыт? Модуль zip установлен? Ранее обновляли ревизию по данному адресу?

постоянно обновлял - ошибок не было
в папке temp формируется вложенная папка cb?

[andibrag]

andibrag (30.11.2011, 16:33) писал:

высылал
и с Тимуром общался по почте на эту тему
доступ к базе предоставлял
результатов пока нет
могу отправить повторно

после прочтения новой документации - ошибку нашел и исправил
в вычислениях была использована переменная $table, а в 1.9.5 она стала глобальной

[CbCoder]

andibrag (30.11.2011, 17:35) писал:

в папке temp формируется вложенная папка cb?

Да. Если выходит ошибка что ее нет - значит не прошла распаковка дистрибутива. Либо нет прав на запись в папку temp, либо не работает модуль zip.

[andibrag]

Разработчик (1.12.2011, 9:10) писал:

Да. Если выходит ошибка что ее нет - значит не прошла распаковка дистрибутива. Либо нет прав на запись в папку temp, либо не работает модуль zip.

видимо, что-то не так было у хостера, обновление загрузилось нормально

небольшая недоработка: в календаре подчиненных таблиц не видны кнопки перехода по месяцам (кнопки есть, картинок нет)

[viking]

Исходные данные:
Версия: 1.9.5
Ревизия: 2903 от 2011-12-02

Ошибка:
Создаю таблицу.
Создаю 17 полей вместе со служебными типа ID, Кто добавил и т.д.
Добавляю 18-е поле и нажимаю сохранить. На экране появляется ошибка:

Fatal error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '{summa}) NOT NULL AFTER f1102' at line 2
ALTER TABLE cb_data85 ADD f1103 DECIMAL(10,0 {summa}) NOT NULL AFTER f1102
in W:\home\sait.ru\www\crm\edit_field.php on line 370

Опять захожу в настройки таблицы и вижу что поле добавлено.
Захожу в данные поля и пытаюсь опять сохранить. Опять выдаётся ошибка:

Fatal error: Unknown column 'f1103' in 'cb_data85'
ALTER TABLE cb_data85 CHANGE f1103 f1103 DECIMAL(10,0) NOT NULL
in W:\home\sait.ru\www\crm\edit_field.php on line 398

Добавляю ещё одно поле и опять ошибка:

Fatal error: Unknown column 'f1103' in 'cb_data85'
ALTER TABLE cb_data85 ADD f1104 VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL AFTER f1103
in W:\home\sait.ru\www\crm\edit_field.php on line 370

При попытке удалить поле опять возникает ошибка:

Fatal error: Can't DROP 'f1104'; check that column/key exists
ALTER TABLE cb_data85 DROP f1104
in W:\home\sait.ru\www\crm\edit_field.php on line 65

Захожу в базу данных создаю столбцы, на которые система ругается. Теперь без проблем проблемные поля могу пересохранять.

Удаляю два проблемных поля и поле, которое было добавлено перед ними без проблем.
Опять начинаю добавлять поля и ошибка исчезла. Кстати скорее всего проблема с добавлением столбцов f1103, f1104, так как после удаления проблемных полей удалились и в ручную добавленные эти столбцы, и теперь при добавлении полей идёт нумерация с f1105. Теперь в базе идут столбцы в таблице 85 -> f1101, f1105, f1106 ... по порядку и проблема ушла.

Если установить систему опять с нуля и проделать то же самое, то ошибка повторится.

Сообщение отредактировал viking: 02 Декабрь 2011 - 17:23