ComplextType.rejectChanges設置錯誤的原始值？

Question

這看起來像錯誤，但我不確定。在同一數據上下文/跟蹤更改會話中，

1. 創建實體（具有複雜類型）。
2. 對創建的實體的複雜類型的字符串屬性進行更改。 「測試」
3. 保存更改（接受所有更改）。
4. 從db/remote源重新加載同一實體。
5. 對複雜類型的相同字符串屬性進行更改。 「testED」
6. Call manager.RevertChanges（）..
   - >複雜類型的屬性應該已經回覆到＃3（「測試」）狀態。相反，它會回到「」。

我檢查了微風代碼，發現在處理revertChangesCore方法時，Complext類型的原始值確實顯示「」而不是「test」。

無論出於何種原因，我砍死修復這個方式是由之前步驟＃5調用下面的代碼重新設置複雜類型的originalValues列表：

myEntity().ComplexType1().complexAspect.originalValues = []; 

任何想法可能是什麼導致原始值錯誤？看起來好像這種情況發生時，特別是當你創建一個新的實體，而不是從數據庫中加載現有的實體時。

Answer 1

我剛剛創建了一個針對Breeze v 1.4.5的測試來複制這個，我沒有看到這個bug。第二次'還原'後，我的complexType屬性恢復爲'測試'而不是''。你正在運行什麼版本的微風？