Your message dated Thu, 24 Sep 2015 18:23:09 +0200
with message-id <[email protected]>
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 [email protected]
immediately.)
--
614782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614782
Debian Bug Tracking System
Contact [email protected] 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
program.
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:1.2.3.4.dfsg-3 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
thanks
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
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel