| Summary: | verify and fix behavior and irritations with automatically generated manifests | ||
|---|---|---|---|
| Product: | [RT] Virgo | Reporter: | Martin Lippert <mlippert> |
| Component: | tooling | Assignee: | Project Inbox <virgo-inbox> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | charliemax, eclipse, glyn.normington, mlippert |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 368782 | ||
|
Description
Martin Lippert
The bug description is really vague :) and the attached bug is marked as a WONT_FIX. Can we close this? Otherwise we need reporting users to provide more specifics. STS-1207 was only marked as WONT_FIX because the bug had been captured here. Feel free to re-open that bug if you need to try to engage the raiser. I think it would be reasonable for this bug to cover STS-1207 only because otherwise it's much too vague. OK, understood. But wait, looking at original bug, it seems that the user is reacting to the fact that with automatic updating, manual changes are written over. Isn't this unavoidable? :) (In reply to comment #3) > OK, understood. > > But wait, looking at original bug, it seems that the user is reacting to the > fact that with automatic updating, manual changes are written over. Isn't this > unavoidable? :) The current behaviour of bundlor under Eclipse is to merge automatic updates with manual changes to the manifest. Whether this *really* makes sense or not is quite another matter. It might be better to wean the users off that rather confusing way of working and encourage them always to work with the template so we can freely blat the manifest when we regenerate it. But we need to tread a little carefully so we don't break a feature that some users might be perfectly happy with. Ultimately, it's your call as you get into the tooling properly. OK, thanks Glyn. Coming from the perspective of code generation tools -- which is really when you get down to it what the bundlor mechanism seems to be -- is that there are inherent problems with mixing the two. To preserve correctness, you really need some concept of protected regions; something that would be difficult to achieve given the peculiarities of the .MF format. My knee-jerk reaction would be to legislate "use one or the other but not both". Comments from community are of course welcome. |