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 169142 - "No attribute type ..." warning on export/conversion
"No attribute type ..." warning on export/conversion
Status: RESOLVED FIXED
Product: dia
Classification: Other
Component: exports
0.94
Other All
: Normal normal
: 0.95
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2005-03-03 22:06 UTC by Roland Stigge
Modified: 2005-10-08 20:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Example dia file (97.83 KB, application/x-dia-diagram)
2005-03-03 22:07 UTC, Roland Stigge
Details

Description Roland Stigge 2005-03-03 22:06:55 UTC
Please describe the problem:
An interesting warning occurs on specific input files:

$ dia -t png kernel_component_interaction.dia

** (dia-python:9063): WARNING **: No attribute type ((nil)) or no data((nil)) in
this attribute

** (dia-python:9063): WARNING **: No attribute type ((nil)) or no data((nil)) in
this attribute
kernel_component_interaction.dia --> kernel_component_interaction.png
$

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
See attachment
Comment 1 Roland Stigge 2005-03-03 22:07:54 UTC
Created attachment 38225 [details]
Example dia file
Comment 2 Alan Horkan 2005-03-03 22:14:34 UTC
These are quite similar to the warnings included in bug 169006 (but which are
unrelated to the crash in that report).  

These warnings about missing attributes seem to be fairly harmless.  
Most likely your file is also from an older version of Dia.  
Comment 3 Lars Clausen 2005-03-05 12:13:45 UTC
A *lot* of objects should have almost every attribute be optional with some reasonable default.  
Attributes excepted would be things like position and size, perhaps, but most other things can be 
read just fine with the defaults.  Remember Postel's Prescription "Be liberal in what you accept, and 
conservative in what you send", which should go for file formats as well as network protocols.
Comment 4 Lars Clausen 2005-03-05 16:03:18 UTC
Confirmed
Comment 5 Hans Breuer 2005-03-20 20:42:39 UTC
Complaining about ("UML - State")::type is extra ugly cause we deliberately 
don't save it any longer since quite some time. 

2005-03-19  Hans Breuer  <hans@breuer.org>

	* objects/UML/state.c : ("UML - State")::type is PROP_FLAG_OPTIONAL,
	or better not used any longer. Fixes bug #169142.

Comment 6 Hans Breuer 2005-10-08 20:28:57 UTC
Adjusting target to help finding 0.94 dups already fixed