Closed Bug 37089 Opened 25 years ago Closed 22 years ago

Support external editing in composer (conflict dialog)

Categories

(SeaMonkey :: Composer, enhancement, P1)

enhancement

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 27820
Future

People

(Reporter: cmanske, Assigned: cmanske)

References

Details

(Keywords: helpwanted, Whiteboard: [nsbeta3-])

The user can edit a page in both Composer and an external editor at the same time. They can save changes to the file with an external editor. When edit a file in Composer, we need to store the file timestamp and when we receive focus in a Composer window, we need to check the file timestamp against the start time. This will allow detecting changes made by the external editor. If the user has not made any changes in the Composer version while editing in the external editor, all we need to do is put up a "Yes" "No" message asking if they want to load the new file version. If they made changes in the Composer version *and* in the external version and then saved the external version, there is a conflict and the dialog needs to be very explicit about telling user to choose one or the other version (the one in Composer memory or the version on disk.) We do exactly this in 4.7, so please review the messages there to evaluate if the strings are ok to use in mozilla.
The strings for this dialog should be decided in m16. Complete implementation may wait?
Status: NEW → ASSIGNED
Whiteboard: beta2 feature
Target Milestone: --- → M16
*** Bug 37091 has been marked as a duplicate of this bug. ***
Severity: normal → major
Keywords: nsbeta2
Priority: P3 → P1
Whiteboard: beta2 feature → nsbeta2 feature
Putting on [nsbeta2-] radar. Not critical to beta2. But feel free to check in prior to 5/16
Whiteboard: nsbeta2 feature → [nsbeta2-] feature
Dialog work is done. Remaining is to get the file date when getting focus on the document to detect if page was modified by an external editor.
m17
Target Milestone: M16 → M17
Whiteboard: [nsbeta2-] feature → [nsbeta2-]
setting to m18, editing from an external editor is quite common, this needs to be fixed
Keywords: nsbeta2correctness, nsbeta3
Whiteboard: [nsbeta2-]
Target Milestone: M17 → M18
adding nsbeta3+
Whiteboard: [nsbeta3+]
Change summary to better reveal what this bug is about.
Summary: Implement dialog to ask user which version to use when there's conflicting new content. → Support external editing in composer (conflict dialog)
We can live without this for 1st release, since we don't access an external editor from within Composer
Target Milestone: M18 → Future
setting to nsbeta3- since this is futured, also adding helpwanted to the keywords
Keywords: helpwanted
Whiteboard: [nsbeta3+] → [nsbeta3-]
Adding keyword: relnoteRTM, removing Simone from cc list and adding myself
Keywords: relnoteRTM
Nominating mozilla1.0 and nsbeta1 to trigger consideration for those releases since this appears to have been languishing in release notes since Netscape 6.0. When editing web pages using Nav4.7 Composer, I almost always have the file open simultaneously in Composer and a text editor (in my case, UltraEdit). Would be really nice if Mozilla Composer would support the same automatic detection of changes so I didn't have to keep track in my head of which one made the last change. Checking a file timestamp, showing a dialog, and reloading from disk if the Composer version is older doesn't seem like a lot of code--could we get this in for nsbeta1/mozilla1.0?
Keywords: mozilla1.0, nsbeta1
Keywords: 4xp
spam composer change
Component: Editor: Core → Editor: Composer
Removing nsbeta* keywords from this bug since it's future and we have more important things to fix before implementing this functionality.
Severity: major → enhancement
Keywords: nsbeta1, nsbeta3
OS: Windows NT → All
removing myself from the cc list
*** This bug has been marked as a duplicate of 27820 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.