| Summary: | Problem with inline compare views when displayed inside a hidden div | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Szymon Brandys <Szymon.Brandys> | ||||||
| Component: | Git | Assignee: | libing wang <libingw> | ||||||
| Status: | RESOLVED WONTFIX | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | susan | ||||||
| Version: | 0.2 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows 7 | ||||||||
| Whiteboard: | |||||||||
| Bug Depends on: | |||||||||
| Bug Blocks: | 379567 | ||||||||
| Attachments: |
|
||||||||
|
Description
Szymon Brandys
Created attachment 215463 [details]
Initially compare views are empty
Created attachment 215464 [details]
When I resize the window (ctrl + and ctrl - on FF)
When I resize the window (ctrl + and ctrl - on FF) the content is shown, but line numbers are messed up
If compare view is not hidden at the beginning and I use Hide/View action to collapse and expand, everything is ok. So it seems, the problem is related to adding inline compare to a hidden div. Libing, let me know what you think. (In reply to comment #3) > If compare view is not hidden at the beginning and I use Hide/View action to > collapse and expand, everything is ok. So it seems, the problem is related to > adding inline compare to a hidden div. Libing, let me know what you think. You can't init compare widget in a hidden div. Also, I think it is not efficient. Because unless you expand it once, you do not want any server traffics requesting diffs. I think a better approach should just init the widget when you first time expand it. Later on you just resize your parent div. I think the good part in the widget is that when you switch mode it does not ask server as well. Well. I CAN init widget in hidden div as you see on screenshots. But it behaves weird. This is no more a blocker for Bug 349328. Compare widgets are explorer nodes now and they behave well there. As Libing suggested I init compare wdgets when they are first shown (expanded) and it works. I am targeting this as post 0.5. We should consider bug 379567 as the guideline for all widget life cycle, including the creation, min and max size , etc. Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see: https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html |