2017-02-14 84 views
0

我在創建模式下使用數據源的createItem函數進行上次更新後出現奇怪的行爲。我的數據源是一個mysql表。CreateItem()未經處理的錯誤返回

我把它從我的創建自定義功能以及從自動生成的表單:

Exception caught: Exception caught: 8 exceptions caught: (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null; (TypeError) : Cannot read property 'sb' of null 
at NewPage.Form1.Form1Footer.Form1SubmitButton.onClick:1:19 

領域都不是強制性的,ID是AI,沒有格式或正則表達式到位

有任何想法嗎?

+1

以前工作過嗎?在我看來,你正試圖讀取一個不存在的小部件的價值。 – Morfinismo

+0

它在開發中,所以我不會說它是有效的,我同意似乎是這樣,但很難調試哪個小部件的值,特別是因爲自動生成的表單有相同的問題 –

回答

2

我想我找到了問題。

我有很多查詢生成器規則適用於我的許多數據源,它們響應具有創建模式數據源的窗口小部件。

當調用createItem()事件時,創建模式下的datasoure的所有元素在被保存之前被刪除。 =>這是預期的行爲?

因此,我的小部件的值爲空,因爲它們的數據源已使用查詢生成器中的值進行刷新和過濾。

長話短說:在創建模式下,不要將查詢構建器變量綁定到窗口小部件的值。

+0

是的,這是預期的,因爲我們在下一次創建時重複使用相同的項目,所以如果您想開始創建記錄,則需要清除舊記錄。 在這種情況下,錯誤消息似乎相當無益,雖然它確實給出了行號。這有幫助還是誤導? –

+0

不是,因爲這個錯誤來自自動生成窗體按鈕中的唯一行,並且在我的自定義保存函數中,它只指向createItem函數或數據源的saveChanges()函數 –

相關問題