Your message dated Thu, 24 Sep 2015 18:23:09 +0200
with message-id <>
and subject line Re: Bug still present in 0.18.1-3 (current wheezy)
has caused the Debian Bug report #614782,
regarding dirty objects count non-zero after upload
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: merkaartor
Version: 0.17~rc4-1
Severity: normal

After uploading large chunks of changes, the "undo" list is empty again
(as one would expect) while the "dirty objects" count is non-zero.
This is confusing (doesn't reflect the number of changes made since 
previous upload) and eventually results in a complaint when closing the
Is this fixed in unstable, and will there be a backport?

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
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 merkaartor depends on:
ii  libc6                   2.11.2-10        Embedded GNU C Library: Shared lib
ii  libexiv2-9              0.20-2           EXIF/IPTC metadata manipulation li
ii  libgcc1                 1:4.4.5-8        GCC support library
ii  libgdal1-1.6.0          1.6.3-4+b1       Geospatial Data Abstraction Librar
ii  libgps19                2.95-8           Global Positioning System - librar
ii  libproj0                4.7.0-1          Cartographic projection library
ii  libqt4-network          4:4.6.3-4        Qt 4 network module
ii  libqt4-svg              4:4.6.3-4        Qt 4 SVG module
ii  libqt4-webkit           4:4.6.3-4        Qt 4 WebKit module
ii  libqt4-xml              4:4.6.3-4        Qt 4 XML module
ii  libqtcore4              4:4.6.3-4        Qt 4 core module
ii  libqtgui4               4:4.6.3-4        Qt 4 GUI module
ii  libspatialite2          2.4.0~rc2-5      Geospatial extension for SQLite - 
ii  libstdc++6              4.4.5-8          The GNU Standard C++ Library v3
ii  libzbar0                0.10+doc-4       bar code scanner and decoder (libr
ii  zlib1g                  1: compression library - runtime

merkaartor recommends no packages.

Versions of packages merkaartor suggests:
pn  spatialite-bin                <none>     (no description available)

-- no debconf information

--- End Message ---
--- Begin Message ---
tags 614782 - moreinfo
fixed 614782 merkaartor/0.18.1-3

On 24-09-15 10:16, Steffen Grunewald wrote:
> On Sun, Sep 20, 2015 at 11:33:00PM +0200, Sebastiaan Couwenberg wrote:
>> On Wed, 25 Jul 2012 16:16:23 +0200 Steffen Grunewald wrote:
>>> The bug is still present in 0.18.1-3 - the only way to reset the counter
>>> is to File > New.
>>> It's not a showstopper, but it's puzzling at least (because the non-zero
>>> counter is used in subsequent edits).
>> I can't reproduce this issue with the current merkaartor packages in
>> Debian unstable (0.18.1-3+b7).
>> I've tested with 3868 dirty objects, and the counter was reset to no
>> dirty objects after upload.
>> Can you still reproduce the issue with merkaartor (0.18.1-3+b4) in jessie?
> I'm not doing a lot of OSM work these days, but haven't recognized the
> buggy behaviour sine I dist-upgraded to Jessie. I still use another Wheezy 
> machine
> which shows the bug (no surprise).

Fixed in jessie.

--- End Message ---
Pkg-grass-devel mailing list

Reply via email to