Странное поведение поля ТFIeld при его модификации

[KBO]

Доброе время суток форумчане,
Такая ситуация странная. Поставил на форму компоненты, связался с БД, через IBDataSet (одно из полей IBDataSet, сформировано автоматически), сгенерировал автоматом запросы.
Один из компонентов DBComboBox, привязял к полу «POSITION_PEOPLE».
Начал добавлять, и редактировать записи, - все хорошо, кроме этого поля, оно не запоменается.

Поставил DBEdit, подцепил к этому полю такая же фигня (не запоминается).

Хотя, если занести значение в БД, напрямую, компоненты их отображают.

Запоминание этого поля все таки происходит, если во время редактирования записи, занести значение и в DBComboBox и в DBEdit.

Т.е. во время редактирования, нужно просто после внесения значения в DBEdit перейти на любой другой компонент, а потом нажимать кнопку "Post".

А вообще поле, после которого срозу нажимаешь "Post" - не запоминается.

Кто-нибудь с таким сталкивался? И как от этой ошибки избавиться?

Спасибо заранее
P.S.
Компоненты набора DBComboBox и в DBEdit и т.д и IBDataSet, находятся на разных формах

Я выяснил,
как только я разношу компоненты по разным формам
Компоненты набора DBComboBox и в DBEdit и т.д на Form2,
IBDataSet, DataSource на разных форме Form1

происходит такая фигня с сохранением

P.S.
Раньше я такого не замечал...

[Stilet]

Ниче не понятно, но стелепатирую: Когда ты перенес компоненты на другую форму, они потеряли друг к другу привязку, ибо в этом случае в их свойствах нужно писать полный путь с именем формы. Поэтому обычно такие компоненты кладут на специальный юнит - DataModule, и уже оттуда их привязывают к компонентам форм.

[KBO]

Да нет, же уважаемый,
я о том, что нужно писать с указнием формы (для привязки, в поле "DataSourse") - знаю.
1. - без соответствующе привязки или ее отсутствия, вообще не возможно ввести данные в поле (а они вводятся);
2. - другие значения на форме, в других компоненентах сохраняются.

Не сохраняются только значения ВВЕДЕННЫЕ в ПОСЛЕДНЕЕ ПОЛЕ перед "Post" записи.
(если я например, заполню вторую запись, но порядок заполнения компонентов изменю), то не сохранится то поле, которое уже сохранялось в первой записи.

[Stilet]

Ну без осмотра кода сказать чего-то не "льзя".

[Аватар]

Раньше я такого не замечал...

Ну вот, наконец заметил. Ставь точки останова и в пошагвой трассировке смотри где нахимичил. Компонент совсем не странный, просто программист не может найти ошибку

[KBO]

Сообщение от Аватар

...Ставь точки останова и в пошагвой трассировке смотри где нахимичил....

Да, я этим уже занимаюсь.

Подскажите пожалуйста, вот,
где я могу посмотреть, готовый запрос (с вставленными в него значениями) на клиенте? (или при вставке или при модификациии)

Я просмотрел в собитии "DataSet",

procedure TFMain.ibdsPeopleAfterPost(DataSet: TDataSet);
begin
  showmessage('After ='+ibdsPeople.FieldByName('PATRONYMIC_NAME').AsString);
  ibtrMain.CommitRetaining;
end;

и

procedure TFMain.ibdsPeopleBeforePost(DataSet: TDataSet);
begin
  showmessage('Before ='+ibdsPeople.FieldByName('PATRONYMIC_NAME').AsString);
end;

'PATRONYMIC_NAME' - это поле, которое я пытаюсь изменить..
в этих двух собитиях, старые значеня,
значит где-то еще до этого значения не меняютя

[KBO]

Установил, что изменения происходят до "BeforePost",

А вот как попасть в место до "BeforePost", чтоб там посмотреть?

Получается значение не попадает в запрос...

[KBO]

НАШЕЛ!!!

У меня в DBNavigator, для поля с паролем стояла вот эта строка

procedure TFPeople.dbnavPeopleBeforeAction(Sender: TObject;
  Button: TNavigateBtn);
begin
  dbedPassword.Field.EditMask := '';
end;

без нее работает все как нужно

Ща, вспомнить только зачем я ее туды засунул... дело то давненько было..

И как строка реагирует на запоминание, точнее на НЕ запоминание значения поля (ведь я редактировал совсем другие поля)