4E109: Dragged .m files no longer added to target if accompanied by a .h
| Originator: | matt | ||
| Number: | rdar://10956704 | Date Originated: | 2/29/2012 |
| Status: | Open | Resolved: | |
| Product: | Developer Tools | Product Version: | 4.3 (4E109) |
| Classification: | Serious Bug | Reproducible: | Always |
Summary: Xcode no longer adds copied .m files to your target if they're accompanied by any other type of file. Steps to Reproduce: 1) Create a new Xcode project 2) Drag a .m file into the Project navigator. Xcode should offer to copy it, and pre-check the project's only target for inclusion 3) Cancel 4) Drag a .h and .m file into the Project navigator. Xcode no longer has the target checked Expected Results: Expect .m files to be added to my target as they always have, as is intuitive. Actual Results: Read a ton of linker errors Regression: Xcode 4.3 (4E109) Notes: This used to work; I presume some cleverness was inserted to bail as soon as non-compilable files are found in the drag promise. It should really just ignore the n/a files and offer to add the rest to the target.
Comments
Please note: Reports posted here will not necessarily be seen by Apple. All problems should be submitted at bugreport.apple.com before they are posted here. Please only post information for Radars that you have filed yourself, and please do not include Apple confidential information in your posts. Thank you!
Duped as rdar://11229644
Duped as rdar://11229438
Duped, I think, at rdar://11143474
I read this after filing mine, but it sounds like I found the same bug.
Duped at rdar://11074149
Duped as rdar://10974428