PR# 12155 Precompiles included in Clusters possibilities in Clusters field

Problem Report Summary
Submitter: prestoat2000
Category: EiffelStudio
Priority: Medium
Date: 2007/02/28
Class: Bug
Severity: Non-critical
Number: 12155
Release: 6.0.66895
Confidential: No
Status: Analyzed
Responsible: manus_eiffel
Environment: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.8.1) Gecko/20061228 Firefox/2.0 Solaris 10 on x64
Synopsis: Precompiles included in Clusters possibilities in Clusters field

Description
It appears that the fixes for previously fixed bugs #10942, #10981 and #10997
have been lost.  These bugs were fixed for 5.7 and have now reappeared in 6.0.
These bugs all involved precompiles being offered as one of the choices
in the Cluster combo box if I type a wildcard (e.g., "base_pre" is shown as
a possible cluster when I type "base*") or auto-completing the name of a
precompile in the Clusters field but then not accepting it.

I hope this is not a systemic problem of fixes not being integrated into
other development branches properly.
To Reproduce

										

									

								

							

						

					

				

			

		

	









	

		

			
Problem Report Interactions

			

				

					
					

						

							
							

								

									
									
										

											

									
											From:prestoat2000   
											Date:2007/07/13   
											
											Download   
										

										

                                            
											
										 	
I think you can remove this from the critical bug list.  There are much
more serious problems, like the ones I have reported recently:

   Slow response due to X server sending all events instead of some subset
   Hang of window system after running debugger (Solaris x86 only?)
   Crash or huge memory use from Flat form of routine with VEEN error



											
											
											

											
										

									

								

							

							
							

								

									
									
										

											

									
											From:manus_eiffel   
											Date:2007/07/13   
											
											Download   
										

										

                                            
											
										 	
I think I've narrowed it down which explains the new behavior. In 5.7, the address bar was linked to all tools. In 6.0 this is not the case, and the bar will disregard any value that does not apply to the currently focused tool.

For example, type `pre_base' when the class tool has the focus. In 6.0, it will reset itself and when you click again it is empty. However, if you now switch to the diagram tool it gets targetted to `pre_base'.

Although confusing, this would require a lot of changes to get a behavior that would be possibly less confusing due to our various callbacks that can change the value of the address bar.

If you agree I would remove this one from the critical bug list.

											
											
											

											
										

									

								

							

							
							

								

									
									
										

											

									
											From:manus_eiffel   
											Date:2007/07/10   
																							Status: Analyzed   
											
											Download   
										

										

                                            
											
										 	
The fixes for the mentioned bugs are in the 6.0 release source code. So something else is causing this to not work properly.