You found a bug! We've classified it as EXTGWT-2754 . We encourage you to continue the discussion and to find an acceptable workaround while we work on a permanent fix.
  1. #1
    Sencha User
    Join Date
    Apr 2012
    Posts
    12
    Vote Rating
    0
    deepfriedbrain is on a distinguished road

      0  

    Default Sencha Grid Demo is broken

    Sencha Grid Demo is broken


    While looking at the GXT Demos, I noticed that on Basic Grid, if I resize the grid and refresh the browser, the grid breaks, as shown in the screenshot below. If I resize the grid again (manually), everything becomes normal again. Is this a bug?

    Sencha GXT Explorer Demo - 3.0.jpg

  2. #2
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,639
    Vote Rating
    80
    Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice

      0  

    Default


    I'm trying to reproduce this issue, but cant get it in either firefox or chrome, on either 3.0.1 at http://www.sencha.com/examples/#ExamplePlace:basicgrid or the nightly build at http://staging.sencha.com:8080/examp...lace:basicgrid

    Is there a specific browser this happens in? Which page? Does it happen every time, or is it intermittent? Are you clearing the cache when you refresh, or just a normal refresh?

  3. #3
    Sencha User
    Join Date
    Apr 2012
    Posts
    12
    Vote Rating
    0
    deepfriedbrain is on a distinguished road

      0  

    Default


    Thanks for your response.

    This happens quite frequently on Chrome, but intermittently. I had version 23x at that time. I observed similar issue when I recreated that example grid (with toolbar) in my test application. The toolbar was broken in my app occasionally.

    I just do a normal browser window refresh. I didn't clear the cache.

    Oh BTW, I saw a similar issue in my very first HelloGXT app as well where the button text would not show up and instead it would show >> with a drop down button (just like you see in the screenshot in my OP). Upon clicking the drop down button, it would show the original button text.

    I'll post screenshots if I see it again in other widgets.

  4. #4
    Sencha User
    Join Date
    Apr 2012
    Posts
    12
    Vote Rating
    0
    deepfriedbrain is on a distinguished road

      0  

    Default


    A similar issue has been posted here before:

    http://www.sencha.com/forum/showthre...er-right-on-IE

    I noticed the problem in Chrome though (I didn't test on IE).

  5. #5
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,639
    Vote Rating
    80
    Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice Colin Alworth is just really nice

      0  

    Default


    Thanks for the updates - I've managed to see this very intermittently in webkit only (Chrome and Safari), and it *seems* to be related to network connection speed somehow: the slower the connection, the more frequently it seems to occur. That said, order of rendering components or loading images shouldn't be affected by this, since all code runs synchronously anyway, and all images (in Chrome anyway) should be inlined in the main .cache.html file by ClientBundle.

    It seems very unlikely that IE- and Chrome- specific issues have the same root cause, but it is possible - thanks for the reference.

    There is substantial logging disabled by default within GXT that describes hard to debug issues like layouts and focus operations. If the java.util.Logging tools are already enabled, you can ask GXT to output these additional messages by adding this line to your .gwt.xml file:
    Code:
    <set-property name="gxt.logging.enabled" value="true" />
    If you don't have logging enabled already, these lines enable logging, ask for all messages to be printed, and disable a logging popup that appears below most other widgets:
    Code:
      <set-property name="gwt.logging.logLevel" value="FINEST" />
      <set-property name="gwt.logging.enabled" value="TRUE" />
      <set-property name="gwt.logging.popupHandler" value="DISABLED" />
    This block is already present in the explorer, but the extra GXT logging is not enabled to keep the console spam to a minimum.

    I've filed this internally to try to track it and correlate other discoveries with it, but as it is intermittent, we're still at the data-collecting stage. We would welcome any other details about projects that experience this, especially any that can reproduce it more often than not, to allow us to add even more logging until we can point to the root cause.

Thread Participants: 1

Tags for this Thread

film izle

hd film izle

film sitesi

takipci kazanma sitesi

takipci kazanma sitesi

güzel olan herşey

takipci alma sitesi

komik eğlenceli videolar