Ah great! Knowing that you can launch ff in gdb and the fact that you had to find out what the problem was probably hints at you making a great Tapestry dev :)
We'd welcome any newcomers to the team.(might have to do a few patches and such to show your design chops but everyone does ...unless you have another project where they can be seen) On 8/17/06, Andrew Ofisher <[EMAIL PROTECTED]> wrote:
Fedora Core 5, 1.5.0.6. Just ran ff in gdb and its the flash plugin that is seg faulting. Im not sure why it gets through one or two pages before it decides to seg fault, but I would figure I could put the blame on flash. The exact crash was in PolicyFileManager::DoPolicyFileRequests(), in case you were really wondering. No problem with the grunt work, I like understand why things break. Guess that's why I'm a programmer. I was hoping to start getting more involved in Tapestry since I use it so much for my web apps. -Andrew Ofisher On 8/16/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > Great! Thanks for doing so much grunt work Andrew. > > I'd still be interested in knowing what the problem is with your version > of > firefox though. > > I'm on ubuntu linux with ff 1.5.0.5, what about you? > > On 8/17/06, Andrew Ofisher <[EMAIL PROTECTED]> wrote: > > > > Ok. I found the culprit. Not sure if this needs to be submitted to dojo > > as > > well. It seems that the embed tag is never ended properly, which places > > the > > contents of the whole page under the object tag for the flash > file. When > > flash is not available, the rest of the page does not display properly. > > > > dojo.js line 8072 (also dojo.uncompressed.js line 11830) > > or the original file flash.js line 717: > > The line ends with escape(dojoPath); and the next line continues > > appending > > to the string with a + 'pluginspage..... > > > > The fix is to remove the semicolon; easy as that. Firefox or any > browser > > without flash will now display the page correctly without needing > > disableFlashStorage: true. > > This is already fixed in the latest version of dojo so no need to submit > a > > patch/file bug there. It still exists under the demo section of the > > tacos-4.0 trunk.... > > > > This does not fix the crashing I am experiencing with Firefox i386 and > the > > macromedia flash plugin enabled, but that has to be a firefox or flash > > bug, > > not dojo. > > > > > > -Andrew Ofisher > > > > On 8/16/06, Andrew Ofisher <[EMAIL PROTECTED]> wrote: > > > > > > Ok, after some debugging (I love firefox), I am starting to see what > is > > > going on. Apparently dojo is adding, right under the body node, two > > nodes. > > > An iframe with the id djhistory and a div called > > flashObjectContainer. It > > > is under this div that real site is placed. The div is set with > > absolute > > > positioning with top: -1000px and left: -1000px. When I remove the > > > positioning (again, I love FireBug), I can see the site again. This > is > > on > > > Firefox 64bit with no flash plugin. > > > > > > > > > > > > > > > On 8/16/06, Andrew Ofisher < [EMAIL PROTECTED]> wrote: > > > > > > > > With 32bit Firefox i'm using the macromedia one. Firefox 1.5.0.6i386 > > > > on fedora core 5 and it crashes on the second page of my > site...loads > > the > > > > first for some reason (not doing any ajax requests, just following a > > > > > DirectLink which then redirects to another page). In 64bit(no flash > > plugin, > > > > before adding disableFlashStorage: true, in both firefox and > > konqueror, I > > > > get a blank page. > > > > > > > > > > > > On 8/16/06, Jesse Kuhnert < [EMAIL PROTECTED]> wrote: > > > > > > > > > > That IS weird. The 32 bit version of firefox is working fine for > me > > on > > > > > linux. > > > > > > > > > > The 64bit firefox browser also never had any problems loading dojo > > > > > stuff for > > > > > me. (when I used a 64 bit box for dev). > > > > > > > > > > Are you using the macromedia flash plugin or one of the generic > > > > > (crappy) > > > > > free ones provided with some distros? > > > > > > > > > > On 8/16/06, Andrew Ofisher <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Yea, it is really annoying to have to surf the net without a > flash > > > > > plugin, > > > > > > but not much I can do about it from within linux. The 32bit > > version > > > > > of > > > > > > Firefox crashes with flash enabled viewing my site for some > > > > > reason....not > > > > > > sure if its a flash bug (which I'm betting on) or a Firefox bug. > > > > > > > > > > > > But yea, my main concern was that Firefox and Konqueror refused > to > > > > > render > > > > > > the page at all when the flash plugin was required (even though > it > > > > > > received > > > > > > the page, and javascript console gave no errors). > > > > > > > > > > > > > > > > > > On 8/16/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > Yep...And once you figure out how to look at your local flash > > > > > settings > > > > > > > you'd > > > > > > > be surprised at how many large corporations are already using > > it. > > > > > BoA > > > > > > > definitely does, and I know ebay just had Brad over for a talk > > of > > > > > some > > > > > > > kind. > > > > > > > > > > > > > > > > > > > > > Very handy stuff. Shouldn't render apps useless when the > plugin > > > > > isn't > > > > > > > installed though, I'll look into it... > > > > > > > > > > > > > > On 8/16/06, andyhot < [EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > It's for persisting data in browser - similar to cookies but > > > > > > allow > > > > > > much > > > > > > > > more data > > > > > > > > From 100kb to whatever the user can allow... > > > > > > > > > > > > > > > > For the moment, no tacos and no tapestry component uses > this. > > > > > > > > > > > > > > > > But i can imagine a new cool persistance strategy making use > > > of > > > > > > this... > > > > > > > > > > > > > > > > Regarding disableFlashStorage: true, i've mentioned this on > > the > > > > > tacos > > > > > > > > list that > > > > > > > > one can safely use it... > > > > > > > > > > > > > > > > Jesse Kuhnert wrote: > > > > > > > > > I remember seeing a bunch of different messages on the > dojo > > > > > users > > > > > > list > > > > > > > > > about > > > > > > > > > this. I don't currently provide a config option for > > disabling > > > > > flash > > > > > > > > > storage > > > > > > > > > but I can add one. > > > > > > > > > > > > > > > > > > I'll ask Brad about the flash storage stuff in general to > > see > > > > > what's > > > > > > > up. > > > > > > > > > > > > > > > > > > On 8/16/06, Andrew Ofisher < [EMAIL PROTECTED]> > wrote: > > > > > > > > >> > > > > > > > > >> Not sure if anyone else experiences this...I'm using > > Tapestry > > > > > 4.0.2 > > > > > > , > > > > > > > > >> Tacos > > > > > > > > >> (latest from svn), and Firefox 1.5.0.6 and Konqueror on > > > > > Fedora Core > > > > > > 5 > > > > > > > > >> x86_64. > > > > > > > > >> > > > > > > > > >> It seems that by default, dojo requires Flash and on a > > > > > browser that > > > > > > > > >> doesn't > > > > > > > > >> have flash (Anything on 64-bit linux, thanks a lot > > > > > > adobe/macromedia), > > > > > > > > my > > > > > > > > >> site refuses to render at all. Only after I added > > > > > > > disableFlashStorage: > > > > > > > > >> true > > > > > > > > >> to djconfig did it render the page properly and allow me > > to > > > > > use my > > > > > > > > >> site. > > > > > > > > >> > > > > > > > > >> Is this how the default behavior should be? And if so, > can > > > > > we put > > > > > > > > >> this in > > > > > > > > >> the Wiki or FAQ for others like me so they don't have to > > > > > search > > > > > > > > >> endlessly > > > > > > > > >> for an answer...I found one obscure reference on the dev > > list > > > > > that > > > > > > > > >> led me > > > > > > > > >> to > > > > > > > > >> this solution. > > > > > > > > >> > > > > > > > > >> Also, is this how 4.1 acts too? I haven't tried 4.1out > > > > > yet... > > > > > > > > >> > > > > > > > > >> > > > > > > > > >> Thanks, > > > > > > > > >> Andrew Ofisher > > > > > > > > >> > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Andreas Andreou - [EMAIL PROTECTED] - > > http://andyhot.di.uoa.gr > > > > > > > > Tapestry / Tacos developer > > > > > > > > Open Source / J2EE Consulting > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > > > > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Jesse Kuhnert > > > > > > > Tapestry/Dojo/(and a dash of TestNG), team member/developer > > > > > > > > > > > > > > Open source based consulting work centered around > > > > > > > dojo/tapestry/tacos/hivemind. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Jesse Kuhnert > > > > > Tapestry/Dojo/(and a dash of TestNG), team member/developer > > > > > > > > > > Open source based consulting work centered around > > > > > dojo/tapestry/tacos/hivemind. > > > > > > > > > > > > > > > > > > > > > > > > -- > Jesse Kuhnert > Tapestry/Dojo/(and a dash of TestNG), team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. > >
-- Jesse Kuhnert Tapestry/Dojo/(and a dash of TestNG), team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
