stephanmahieu
Bug: whole form not restore properly
Let's take this form as an example.
You type the title and text.
Title: Bug: whole form not restore properly
Textarea: Let's take this form as an example...
Then a crash suddenly occurs.
The title text does not restore automatically.
When you right click on the title field > restore editor field, I expect to show text data relevant to that field (that is "Bug: whole form not restore properly"). However it actually shows the text data of the textarea (that is "Let's take this form as an example...")
The key here is "Restore Editor Field". The title field is not an editor field. When using this option only the form data for editor fields are presented. Perhaps this is not so intuitive and it is probably better to also display the values for text fields when the context menu is invoked from such a field. I probably add this to one of the upcoming releases.
I have the latest release version 2.5.6.1 and I think the expected behavior is to make the current "Fill fields with most recent entries" into a submenu in the same way as "Restore editor field" is a submenu.
The submenu list would look identical to the "Restore editor field" with the difference that selecting an item in the list would first find all fields in the web page related to the currently focused one (basically just all fields in the same form IMHO), put the chosen item into the currently focused field and then search towards "future" from the chosen historical entry to find an entry for other related fields. If no entry would be found, then start the same search towards the past.
Thoughts?
