After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 161045 - dia: adjustments go to another item
dia: adjustments go to another item
Status: RESOLVED FIXED
Product: dia
Classification: Other
Component: general
0.94
Other Linux
: Normal normal
: ---
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2004-12-11 21:02 UTC by Roland Stigge
Modified: 2005-04-05 21:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Roland Stigge 2004-12-11 21:02:19 UTC
A Debian user discovered cases where he changed the properties of a text box,
moved to another text box (with double click), but the changes went to the first
text box. I can reproduce this sometimes. It occurs non-deterministically.

See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284421
(See only point 4.)
Comment 1 Lars Clausen 2005-02-06 17:15:28 UTC
Is it only when changing the size this happens?  Then it could be a sideeffect
of the points 1-3 in the debian bug report.  I haven't been able to reproduce it
with the color property.
Comment 2 Ross Boylan 2005-02-17 20:31:18 UTC
I'm the original bug submitter.  I can play around with this when I return from
a trip I'm taking, which will be a week.

I anticipate this will be hard to reproduce....  I know size was the only
property I was fooling with originally.
Ross Boylan
Comment 3 Ross Boylan 2005-04-05 05:20:48 UTC
Still running dia 0.94, but now on Debian 0.94.0-7 vs the original -3.

I'm not sure if this is good or bad news, but I'm completely unable to reproduce
the problem, even for fonts.  It may be relevant than one of the changes from -3
to -7 was 
  * lib/font.c: Applied upstream patch to disable font caching
    (Closes: #273625)

It may also be relevant that I recently discovered a syntax error in
/etc/fonts/local.conf which is used by fontconfig.  Since I fixed it my fonts
seem to be a lot better, so I suspect fontconfig wasn't working properly before.

Many other packages have been upgraded as well in the interim.

This seems consistent with Lars's theory that this problem was a side effect of
others.  So it may be appropriate to close it.  I wonder if Roland also finds
this bug unreproducible now.

Sorry for the delay in my response.