Package: icon-slicer Version: 0.3-1ubuntu3 Severity: normal When creating a cursor file, say I have a hotspot.png file with one non-transparent pixel at (10, 1). Ten being the x-coordinate, one being the y-coordinate. The cursor file output by icon-slicer ends up with a hotspot at coordinates (10, 10). This is obviously the incorrect coordinate (Though I may just be uninformed about some limitation in the cursor file type).
This bug was reported in Ubuntu https://bugs.edge.launchpad.net/ubuntu/+source/icon-slicer/+bug/339044 -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) Kernel: Linux 2.6.28-11-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icon-slicer depends on: ii libc6 2.9-4ubuntu6 GNU C Library: Shared libraries ii libglib2.0-0 2.20.1-0ubuntu2 The GLib library of C routines ii libgtk2.0-0 2.16.1-0ubuntu2 The GTK+ graphical user interface ii libpopt0 1.14-4 lib for parsing cmdline parameters icon-slicer recommends no packages. icon-slicer suggests no packages. -- no debconf information
--- icon-slicer-0.3.orig/src/main.c +++ icon-slicer-0.3/src/main.c @@ -103,7 +103,7 @@ if (n_channels == 3) { out->x = start_x; - out->y = start_x; + out->y = start_y; out->width = source->gridsize; out->height = source->gridsize; @@ -137,8 +137,8 @@ { min_x = start_x + i; max_x = start_x + i + 1; - min_y = start_y + i; - max_y = start_y + i + 1; + min_y = start_y + j; + max_y = start_y + j + 1; found = TRUE; }