| Summary: | git status hiccupped, let me commit twice | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Susan McCourt <susan> |
| Component: | Git | Assignee: | libing wang <libingw> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | libingw, tomasz.zarna |
| Version: | 0.3 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
| Bug Depends on: | 339848 | ||
| Bug Blocks: | |||
|
Description
Susan McCourt
This could have been spotted if we had bug 339848 fixed. For now, we could disable the Commit button until result of a previous commit has returned. A warning about an empty commit would also help. (In reply to comment #1) > This could have been spotted if we had bug 339848 fixed. For now, we could > disable the Commit button until result of a previous commit has returned. A > warning about an empty commit would also help. Yes. The current logic to disable commit button is complicated (e.g. comment 4 at Bug 355735). We can disable commit button right away after it is clicked but I there is no way to bring it back unless you refresh. Without solving the issue at the first place, everything else is just temporary. The best workaround I would recommend is to refresh the browser. (In reply to comment #1) > This could have been spotted if we had bug 339848 fixed. For now, we could > disable the Commit button until result of a previous commit has returned. A > warning about an empty commit would also help. if it's straightforward to detect an empty commit, a warning would reduce the noise in the repo, but this is not a big deal (post 0.3) Mainly wanted to ensure we knew about it. Sounds like a more substantive solution is planned (bug 339848. Hasn't been seen in a long time, much of this has been rewritten since. We also have warning for empty commits now that will help if user clicks commit twice. |