http://bugs.webkit.org/ is the place to file WebKit-level issues.  (Issues
which reproduce in both Safari and Chrome).
http://webkit.org/quality/reporting.html

There are numerous known issues with WebKit's <object> tag handling:

https://bugs.webkit.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&field0-0-0=product&type0-0-0=substring&value0-0-0=object&field0-0-1=component&type0-0-1=substring&value0-0-1=object&field0-0-2=short_desc&type0-0-2=substring&value0-0-2=object&field0-0-3=status_whiteboard&type0-0-3=substring&value0-0-3=object

-eric

On Tue, Sep 23, 2008 at 11:33 PM, HLS <[EMAIL PROTECTED]> wrote:

>
> Evan,
>
> A Safari tester for us reported the following:
>
>                         -------
> Hector
>
> 1. Both Chrome and Safari render the page in the same way.  Large
> blank
> area at the top.
>
> 2. Safari reports that
>
>    Safari cannot find the Internet Plug-in
>    The Page 'AUP Index' has content of MIME type "application/
>    x-oleobject"  Because you don't have a plug-in installed for
>    this MIME type, this content can't be displayed.
>
> 3. Chrome does not report the missing MIME type.
>                      -------------------
>
> Sounds like a basic WebKit issue plus something else Chrome has left
> out in reporting.
>
> We always wondered what would be the effect in browsers when we copied
> HTML help source files to a web site with these special Windows HTML
> help <object> blocks used by its Help compiler to generate an index
> for the resultant user-side only CHM file.
>
> IE shows a like "box" sorta like an missing image, but not a large
> blank area.
>
> Maybe Chrome should consider a similar display.
>
> ---
>
>
>
> On Sep 23, 5:01 pm, HLS <[EMAIL PROTECTED]> wrote:
> > Ok, I am having that checked out now.
> >
> > Thanks
> >
> > --
> >
> > On Sep 23, 4:33 pm, "Evan Martin" <[EMAIL PROTECTED]> wrote:
> >
> > > A good place to start is to see if the same problem occurs with
> > > Safari.  If it does, then it's likely a WebKit bug; otherwise, it's
> > > more likely ours.
> >
> > > On Tue, Sep 23, 2008 at 1:18 PM, HLS <[EMAIL PROTECTED]> wrote:
> >
> > > > Hi,
> >
> > > > After loosing a swab of hair,  I finally been able to recompile
> > > > Chrome.  I want to fix a few things, and of course, following "other
> > > > peoples" code is a daunting task.
> >
> > > > But a little pointing of whether to look and analyze for a correction
> > > > would be all I need.
> >
> > > > For this bug, for our Windows HTML help system (*.CHM files) when
> > > > updated, we also move the source *.HTM files to our online support
> > > > system.
> >
> > > > These include <OBJECT> blocks that include keywords. What happens
> when
> > > > viewing via CHROME, it is rendering the object as a fixed blank area,
> > > > so this is what you see:
> >
> > > >              http://www.winserver.com/public/aup/aupindex.htm
> >
> > > > You can reproduce this with any simple web page with an <object>
> > > > block.
> >
> > > > It appears that the default CSS stytle width and height is not
> > > > initialized and uses I believe the location of </object> tag.
> >
> > > > The workaround is to use a explicit style display:none.
> >
> > > > Anyway, where in chrome do I make this correction?  What files should
> > > > I look at?
> >
> > > > Thanks
> >
> > > > ---
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Chromium-dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/chromium-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to