Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
1.5.0, 1.5.1, 1.5.2, 1.5.3, 1.5.4, 1.5.5
-
None
Description
The resolve() method of org.apache.wicket.markup.parser.filter.WicketLinkTagHandler appends modifies the original tag id and appends the next autoId to it. The problem is that this is done during every render, the the component id gets longer and longer.
I had a situation on a production server where component ids were over 10k. RepeatingView just added to the problem.
Long story short, I think resolve should just return the TransparentWebMarkupContainer with the modified id, and not set the original id.