Closed Bug 566309 Opened 15 years ago Closed 5 years ago

[pushes] reverse diff should be prohibited

Categories

(Webtools Graveyard :: Elmo, defect, P5)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: tomer, Unassigned)

Details

(Keywords: good-first-bug)

Attachments

(3 files)

When watching the push logs, you can diff from one revision to another, making in possible to diff one revision as 'diff from' to an older revision as 'to'. This make the diff function to behave incorrectly and show removed files/strings as added and vice versa. Here is a diff I made for a revision where I've removed some files from - https://l10n-stage-sj.mozilla.org/shipping/diff?from=938ff323de04&to=82638ca2241f&repo=releases%2Fl10n-mozilla-1.9.2%2Fhe And here is the negative diff which show the same files as being added - https://l10n-stage-sj.mozilla.org/shipping/diff?from=82638ca2241f&to=938ff323de04&repo=releases%2Fl10n-mozilla-1.9.2%2Fhe (I've used the releases/l10n-mozilla-1.9.2/he repo - https://l10n-stage-sj.mozilla.org/pushes/?repo=releases/l10n-mozilla-1.9.2/he) Expected solution(s): I can think about two different ways to solve this, both require just few changes to the pushlog ui - a. When user try to trigger negative diff, warn him or just do the expected behavior by switching between the two revision parameters. b. Like other revision comparing functions (mediawiki, wordpress etc.) - hide the diff buttons for revisions past the selected one. (See edited screenshot)
Attached image suggested solution
The other alternative would be to allow the diff, but to reorder them to be in forward direction when shown.
OS: Linux → All
Priority: -- → P3
Hardware: x86 → All
Whiteboard: [good first bug]
Component: Infrastructure → Elmo
Product: Mozilla Localizations → Webtools
QA Contact: infrastructure → elmo
Summary: [dashboard][pushes] reverse diff should be prohibited → [pushes] reverse diff should be prohibited
Version: unspecified → 1.0
I think that reverse diffs should be allowed, but warned about. Note, this is really about TO being an ancestor of FROM. If you're going off of linear history, things become less obvious. We could also warn if the FROM is newer than the TO. I don't really think this is a P3, though, retriaging to P5.
Priority: P3 → P5
Keywords: good-first-bug
Whiteboard: [good first bug]
The production instance of Elmo running on l10n.mozilla.org has been decommissioned as of September 2020, and there are no plans to develop this project further.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: