grub post-installation script shows side-by-side difference in very poor way

[Dawid Toton]

Binary package hint: grub2

This might be considered a 'feature request', but it feels like a bug.
I do grub upgrade. Some script asked me if "What would you like to do about grub?".
I choose "show a side-by-side difference...".
The next window that appears is hardly usable:
1. The label says "line by line differences" while I clearly asked side-by-side
2. There is a single text area in a window, which contains indistinct mix of two configurations. It is confusing, it takes time to understand what the text contains. I believe 'side-by-side' should be two separate text areas.
3. An explanation of the Cancel button is missing. Cancel what exactly? If I press Cancel, I'm advised to report a crash. This makes no sense from user's perspective.

ProblemType: Package
Architecture: i386
Date: Mon Nov 23 12:25:23 2009
DistroRelease: Ubuntu 9.10
ErrorMessage: subprocess installed post-installation script returned error exit status 1
InstallationMedia: Ubuntu-Netbook-Remix 9.10 "Karmic Koala" - Release i386 (20091028.4)
Package: grub-pc 1.97~beta4-1ubuntu4
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: grub2
Tags: ubuntu-unr
Title: package grub-pc 1.97~beta4-1ubuntu4 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
Uname: Linux 2.6.31-14-generic i686

[Dawid Toton (d0)]

Two things more:
4. The script shows the comparison even when the two versions are identical. I think it should say explicitly 'files are identical' or better do not ask any questions.
5. Titles and labels say that the script is going to do something about the grub itself (e.g. keep current version). This way I'm not informed if it will keep the current version of configuration or binaries or both. This needs clarification.

[Felix Zielcke (fzielcke)]

If this is about /etc/default/grub then it should be reassigned to ucf.
If this is about for the /etc/grub.d/* files which I doubt then this belongs to dpkg.
Though the 3-way merge doestn't work correctly due to our way we handle /etc/default/grub now