Joel Johnson wrote:
Package: installation-reports
Severity: important
Justification: after crashing, installer hangs starting partitioning task

Boot method: CD
Image version: installer build 20070109-03:51

Processor: AMD Athlon XP 2200+
Memory: 1GB
Partitions:
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       58688   471411328+  8e  Linux LVM
/dev/sda3           58689       60777    16779892+   7  HPFS/NTFS
/dev/sda4   *       60778       60801      192780   83  Linux

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:           [O]
Detect network card:    [O]
Configure network:      [O]
Detect CD:              [O]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [O]
Install base system:    [O]
Clock/timezone setup:   [O]
User/password setup:    [O]
Install tasks:          [O]
Install boot loader:    [O]
Overall install:        [O]

Comments/Problems:
Dragging GUI elements in the graphical installer can lead to a crash of the partitioning step. When this happens, the installer attempts to restart the task with "Starting up the partitioner" but hangs about mid-way through the status bar. Dragging a line appears to confirm or merge its actions with the target (dropping a line onto itself seems to select and confirm the action, which could be dangerous).

This has happened to me at multiple screens within the partitioner, I will follow up with exact lines to reproduce, I believe dragging the first hard drive line onto the blank line above triggers this.

The error printed on VC1 after the crash is (partially): "gtk_text_view_start_selection_drag: assertion failed: text view -> selection_drag_handler == 0"

Joel Johnson



Ok, now i see it, it's caused by drag'n'drop'ing blocks of text in the textview widgets used to display question descriptions. I get no crashes with latest gtk/dfb from svn, so i guess it's related to gtk/dfb 2.8.20 we're using in the d-i. I think it's much better patching the GTK frontend to disable drag'n'drop than trying to patch gtk/dfb 2.8.20 and requesting a new upload (given it can be done).
I'll keep on lookng at it

Attilio


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to