Community
Participate
Working Groups
Using Mylyn 3.0.2 weekly build from last week. Using trac 0.10.4 on Debian Kubuntu Feisty with XmlRPC plugin. The display of the description field is visually obstructed by moving the mouse over it, scrolling the window etc. Looks like some refresh issue. It is nearly impossible to edit the text at the right place. Is this related to some dynamically generated links, ie for stack traces etc.? I have a stack trace section in the ticket description.
Created attachment 111820 [details] Trac Wiki Text Entered into the Description field This is the full text entered into the trac description field. Possibly this is too much information or the stack traces are the reason.
I can not reproduce this here. Can you post a screenshot?
Created attachment 112179 [details] 1. Correct stack trace in preview mode Here is the correct stack trace in preview mode. Next step: Press [Edit]
Created attachment 112180 [details] 2. After pressing [Edit] the description is fine After pressing [Edit] the description is fine here (sometimes obstructed). Next step: 3. Collapse/Expand Description using the triangle before Description (red arrow)
Created attachment 112181 [details] 3. After collapsing/expanding description Collapse and expand description, now the wrapping seems to be changed (red crosses). Now the obstruction starts. Next step: Edit the text arrow, move with the mouse over it, do select all etc.
Created attachment 112182 [details] 4. After moving the mouse over text complete text Moving the mouse over the text generates the source text links, but also changes the formatting. The cursor position (red arrow) is the last one possible, I cannot move down further. After the cursor the green marked "excess lines" start. Next step: Mark the complete text using Ctrl-A
Created attachment 112183 [details] 5. Click into description and do Ctrl-A to select all text Selecting all text using Ctrl-A shows that the cursor position is regarded as the end of the text. Excess text is not marked. Note: The Mylyn [Attach screenshot] did not work here, since the selection disappeared as soon as I moved into the dialog to click [Capture screen]. With KSnapshot it only worked using a delayed snapshot (e.g. wait 10 secs and then catch whatever is on the screen)
My system in Linux Kubuntu Feisty with Eclispe 3.3.2. The display is refreshed if I switch windows or a non-Eclipse window is moved over the area. For text larger to display at once in the Description area these redraw issues also happen if I move down using the cursor or the mouse. At the moment, there is no consistent workaround to get a correct display during text edit.
Created attachment 112184 [details] Larger example with stack trace duplicated Here is the display nearly correct. Next step: Move with the mouse and it gets completely obstructed. No way to know where you edit the text.
Created attachment 112185 [details] Larger text obstructed Here the text has been obstructed by collapsing/expanding description and moving a bit with the mouse. Red arrows show half draw lines and misplaced spelling error indicators.
I also notice that the text is wrapped around somehow. This also happens with plain text, not only Java stack trace.
Steffen, could you reproduce this? I did see this behaviour on different screens in my team, some running Ubuntu Feisty or Hardy with either KDE or GNOME and different font sizes. Normally, we use the Human scheme since it displays the Mylyn colors. For me, it looks like the text is wrapped on an imaginary boundary and displayed accordingly, but then the old text layout below is taken as the basis for editing / selection and partially refreshes the wrapped text with new content. The description editor of the Bugzilla connector does not have that issues. What are the differences? Is this related to WikiText? Thanks, Jörg
Thanks for the detailed screenshots. I haven't been able to reproduce it but I suspect the bug is caused by the code that tries to be smart about setting width hints for the text field. Due to the integrated "Preview" Trac uses a slightly different layout for the description section than Bugzilla. I am planning to merge both implementations for the next version when we will be integrating the new WikiText component. The new code will have improved editing support for Wiki syntax and provide offline previewing and should fix the wrapping problem. On which Eclipse versions are you experiencing the problem demonstrated in the screenshots?
(In reply to comment #13) > I am planning to > merge both implementations for the next version when we will be integrating the > new WikiText component. The new code will have improved editing support for Wiki > syntax and provide offline previewing and should fix the wrapping problem. For which weekly build do you expect the first versions? > On which Eclipse versions are you experiencing the problem demonstrated in the > screenshots? We still use Eclipse 3.3.2, being reluctant to upgrade to 3.4 since we are afraid of P2 issues. But we will give 3.4.1 a try if its released next week.
We haven't completed planning for 3.1, yet, but I expect the WikiText integration to happen early in the release cycle.
(In reply to comment #15) > We haven't completed planning for 3.1, yet, but I expect the WikiText > integration to happen early in the release cycle. I am really looking forward to WikiText.
Created attachment 115346 [details] editor
Created attachment 115347 [details] wiki preview
Created attachment 115348 [details] html preview
The layout problems should be fixed in >=3.1.0.I20081017-0500. A build will be available from the dev updates site by tomorrow: http://download.eclipse.org/tools/mylyn/update/dev/e3.4 http://download.eclipse.org/tools/mylyn/update/dev/extras http://download.eclipse.org/tools/mylyn/update/dev/incubator Joerg, please reopen this bug if you are still seeing the problems with the dev build.
(In reply to comment #20) > The layout problems should be fixed in >=3.1.0.I20081017-0500. Looks cool, thanks. > A build will be > available from the dev updates site by tomorrow: > > http://download.eclipse.org/tools/mylyn/update/dev/e3.4 > http://download.eclipse.org/tools/mylyn/update/dev/extras > http://download.eclipse.org/tools/mylyn/update/dev/incubator > > Joerg, please reopen this bug if you are still seeing the problems with the dev > build. Will this be back-ported to E 3.3? Thanks, Jörg
The Eclipse 3.3 update site is also available: http://download.eclipse.org/tools/mylyn/update/dev/e3.3 I didn't include the site since I haven't yet done any testing on 3.3 but it should work the same way.
(In reply to comment #22) > The Eclipse 3.3 update site is also available: > > http://download.eclipse.org/tools/mylyn/update/dev/e3.3 When will this be published to the weekly update site? I am normally using http://download.eclipse.org/tools/mylyn/update/weekly/e3.3
The weekly site still has the 3.0.3 release which is build from a maintenance branch that is developed in parallel. At some point this will be switched to the 3.1.0 release but I can't say when, yet.
(In reply to comment #24) > The weekly site still has the 3.0.3 release which is build from a maintenance > branch that is developed in parallel. At some point this will be switched to the > 3.1.0 release but I can't say when, yet. Hmmm, is the dev version also updated weekly? Is it stable enough for my team of about 10 developers? Thanks, Jörg
All Mylyn developers are running from cvs head but we do not exercise the Trac connector as much. We generally aim to not destabilize and you should be okay running the integration build from the dev update site. The build is updated frequently but we currently do not have a schedule, i.e. it is done when significant changes or bug fixes have been applied.
(In reply to comment #24) > At some point this will be switched to the > 3.1.0 release but I can't say when, yet. OK, I do hope the switch will be announced on the mailings list or the forums. Thanks, Jörg
I'll make sure to post this to mylyn-dev and mylyn-integrators.
