Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
Created attachment 6618 [details]
Screenshot of truncated docs for component within Xamarin Studio
When reading documentation for components from the Xamarin Component Store within Xamarin Studio, no horizontal scrollbar is provided and the text does not word wrap properly. This means that the edge of the "page" gets truncated if a line of text is longer than can be displayed in the display pane.
Action taken: tried closing all tabs, and then closing and restarting Xamarin Studio - issue is not resolved.
Issue was encountered on a MacBook Pro 15" with retina display (in case this is significant) when reading the docs for the new Xamarin.InAppPurchase component. I have not been able to test on another Mac.
A screenshot is attached illustrating the issue.
Created attachment 6619 [details]
Second strange behaviour of component docs
I'm adding an additional comment and attachment because I got another weird behaviour.
I tried removing and re-adding the Xamarin.InAppPurchase component, and this time the main tabbed pane expanded to almost the width of the whole IDE window and refused to resize back to it's normal dimensions. At first it refused to resize back, but after blowing away a couple of tabs it seemed to recover and I could click-drag the border back to a more regular size.
One more additional.
Xamarin Studio now opens up in that super-wide editing pane style (see second attachment) even after a restart and regardless of what solution I open. The component docs seem to have really messed up its layout configuration.
Removing and reinstalling Xamarin Studio doesn't fix the problem. Clearly some config file somewhere has been totally messed up. The IDE is as good as useless now until I can find a way to fix it.
@Lluis, is this an XWT regression?
@RichardH: You can reset the pad layouts by deleting ~/Library/Preferences/XamarinStudio-4.0/EditingLayout.xml
@Michael: Thanks - blowing away that file fixed the problem.
I've checked a few other component docs in the meantime and Xamarin Studio appears to render and word wrap the text correctly. That new InAppPurchase one seems to have the issue. Perhaps the markup in the file is screwy? That said, the IDE should probably be able to cope with it without murdering its layouts.
Created attachment 6764 [details]
Component docs now not working at all (for OAuth component)
Not sure if this is related to the previous issue. After updating to Xamarin Studio v 4.2.5 I now get this error when adding a component (see attachment)
With Xamarin Studio 5.9 all the reported problems seem to have been fixed. The text is correctly wrapped.
The only problem I can see is that Components window and an individual Component Details window do not like being resized. If you try to make either of these windows smaller by dragging the left hand edge of the window to the right the windows go in the opposite direction and are made wider. If you change to a different window, such as a C# file, then you can then make the documents window smaller again.
The problem with resizing the component details window is covered in bug #11812. So I will close this bug since the word wrapping/horizontal scrolling now seems to be fixed.
For the InAppPurchase component the text appears to be not wrapped but there is a horizontal scroll bar that appears. I believe the text is being wrapped but the there is one code line that is quite long and is in a code block so the the line is not wrapped. The text wraps at the width of the longest code block line.