<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.chromium.bugs">
    <title>gmane.comp.web.chromium.bugs</title>
    <link>http://blog.gmane.org/gmane.comp.web.chromium.bugs</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669804"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669795"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669790"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669788"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669785"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669777"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669774"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669769"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669767"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669764"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669761"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669756"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669754"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669734"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669730"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669724"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669715"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669708"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669697"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669683"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669804">
    <title>Issue 243447 in chromium: Add a command line option to test runner for syncing deps on devices</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669804</link>
    <description>&lt;pre&gt;Status: Assigned
Owner: fra...&amp;lt; at &amp;gt;chromium.org
CC: craigdh&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 OS-Android

New issue 243447 by fra...&amp;lt; at &amp;gt;chromium.org: Add a command line option to test  
runner for syncing deps on devices
http://code.google.com/p/chromium/issues/detail?id=243447

For the developer workflow, syncing large deps on devices takes a  
considerable amount of time. Add an option that enables you to disable  
syncing all together.

&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:32:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669795">
    <title>Issue 243445 in chromium: Create flag for Windows High DPI</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669795</link>
    <description>&lt;pre&gt;Status: Assigned
Owner: gir...&amp;lt; at &amp;gt;chromium.org
CC: jamescook&amp;lt; at &amp;gt;chromium.org,  flackr&amp;lt; at &amp;gt;chromium.org,  sadrul&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 Cr-UI-HighDPI OS-Windows

New issue 243445 by gir...&amp;lt; at &amp;gt;chromium.org: Create flag for Windows High DPI
http://code.google.com/p/chromium/issues/detail?id=243445

Create a flag for windows high dpi support. It will be disabled by default.


&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:23:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669790">
    <title>Issue 243444 in chromium: "Other Devices" missing from New Tab Page</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669790</link>
    <description>&lt;pre&gt;Status: Unconfirmed
Owner: ----
Labels: Type-Bug Pri-2

New issue 243444 by beowulf...&amp;lt; at &amp;gt;gmail.com: "Other Devices" missing from New  
Tab Page
http://code.google.com/p/chromium/issues/detail?id=243444

Chrome Version:   28.0.1500.11 (WebKit 537.36)
OS Version:       4100.7.0 i686
Type of computer: &amp;lt;Make/model of computer running Chrome OS&amp;gt;
Network info:     &amp;lt;network, encryption type, router model (if known)&amp;gt;

Please specify Cr-* of the area to which this bug/feature applies (add the  
label below).

What steps will reproduce the problem?
1. Go to NTP
2.
3.

What is the expected output?
There should be an "Other Devices" link in the bottom-right.

What do you see instead?
Nothing.

How frequently does this problem reproduce? (Always, sometimes, hard to  
reproduce?)
Always.

What is the impact to the user, and is there a workaround? If so, what is  
it?
Cannot access tabs from other devices.

Please provide any additional information below.




&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:18:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669788">
    <title>Issue 243443 in chromium: Add touch scroll input latency metric</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669788</link>
    <description>&lt;pre&gt;Status: Assigned
Owner: mile...&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-1 OS-Chrome M-29 Cr-UI-Input-Touch-Screen

New issue 243443 by rby...&amp;lt; at &amp;gt;chromium.org: Add touch scroll input latency  
metric
http://code.google.com/p/chromium/issues/detail?id=243443

Chrome Version       : 29.0.1506.1
OS Version: 4126.0.0

We have a number of UMA stats for measuring the real-world latency for  
events, including touch events (see Event.Latency.*).  But we don't have  
anything that includes the entire input stack.  In particular, the scenario  
that matters the most is from touchmove generation in hardware to sending a  
scroll update event to the compositor.

Most notably, this includes time spent waiting for the touch event ACK from  
the main thread and any touch event handler. Although we can't control the  
time spent in javascript on arbitrary sites, we can control (and plan to  
change) how often such events are dispatched (issue 240735) and whether or  
not we actually wait for an ACK for them (issue 241964).  We shoul&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:16:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669785">
    <title>Issue 243441 in chromium: app developer tool: when scrolling to the top, the toolbar will bounce</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669785</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: d...&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 Cr-Platform-Apps OS-Mac

New issue 243441 by d...&amp;lt; at &amp;gt;chromium.org: app developer tool: when scrolling  
to the top, the toolbar will bounce
http://code.google.com/p/chromium/issues/detail?id=243441

Version: Chrome dev (29)
OS: Mac

What steps will reproduce the problem?
1. open app developer tools application
2. scroll to the top (past the top)

What is the expected output? What do you see instead?
occurred:
the toolbar will bounce
expected:
the toolbar shouldn't bounce


&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:13:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669777">
    <title>100 messages from Google Code</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669777</link>
    <description>&lt;pre&gt;Your project notifications generated too many emails to send
individually. Here are the subject lines of the emails you would have
received:

Re: Issue 175744 in chromium: Memory leak from  
GtkThemeService::GtkThemeService
Issue 243414 in chromium: Not able to view File.apps  
through "chrome://files"
Re: Issue 243413 in chromium: Dailymotion videos are not able to maximize  
in link
Re: Issue 243358 in chromium: Camera App does not work with black screen on  
R29
Re: Issue 231710 in chromium: Chrome crashes on install if Firefox is  
running and is the default browser.
Re: Issue 240602 in chromium: Corruption on old devices - due to shader  
uniform missing
Issue 243415 in chromium: Chaos: Test hangs during the initial phase of  
powering down router
Re: Issue 243364 in chromium: TrayDrive accesses Profile in PreProfileInit()
Re: Issue 237284 in chromium: Modify ZeroSuggestProvider to use OpenSearch  
format
Re: Issue 41756 in chromium: WebKit gradients show banding on Chrome
Re: Issue 178083 in chromium: &lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:05:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669774">
    <title>Issue 243413 in chromium: Dailymotion videos are not able to maximize in link</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669774</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
CC: rby...&amp;lt; at &amp;gt;chromium.org,  rohi...&amp;lt; at &amp;gt;chromium.org,  nhu...&amp;lt; at &amp;gt;chromium.org,   
kr...&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 OS-Chrome Cr-Internals-Media-Video

New issue 243413 by avkodipe...&amp;lt; at &amp;gt;chromium.org: Dailymotion videos are not  
able to maximize in link
http://code.google.com/p/chromium/issues/detail?id=243413

Chrome Version: 29.0.1516.0
Chrome OS Version: 4171.0.0
Chrome OS Platform: link
Network info: WiFi

Please specify Cr-Video of the system to which this bug/feature applies  
(add the label below).

Steps To Reproduce:
1.Disable Flash plugin from about://plugins to play dailymotion videos in  
html5
2. Start Playing any dailymotion video


Expected Result:
Video has to play smoothly and able to maximize video

Actual Result:
While playing video, there is a loading symbol continuously and unable to  
maximize the video.

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?)
Always
What is the impact to the user, and is there a workaround? If so, &lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T20:02:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669769">
    <title>Issue 243411 in chromium: rename fetch</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669769</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
CC: aga...&amp;lt; at &amp;gt;chromium.org,  iannucci&amp;lt; at &amp;gt;chromium.org
Labels: Build-Infrastructure

New issue 243411 by ilevy&amp;lt; at &amp;gt;chromium.org: rename fetch
http://code.google.com/p/chromium/issues/detail?id=243411

Could we rename fetch to something more chromium specific?  Having  
depot_tools in my path makes this very confusing, and there have been  
complaints because it overlaps with a bsd command  
(http://www.unix.com/man-page/FreeBSD/1/fetch/).

How about gfetch or cfetch ?

&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:57:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669767">
    <title>Issue 243410 in chromium: Necktie icon overlaps wifi setting</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669767</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
CC: scunning...&amp;lt; at &amp;gt;chromium.org,  krishna...&amp;lt; at &amp;gt;chromium.org,   
binch...&amp;lt; at &amp;gt;chromium.org,  bartfab&amp;lt; at &amp;gt;chromium.org,  nkostylev&amp;lt; at &amp;gt;chromium.org,   
mlc...&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug-Regression Pri-2 Cr-UI OS-Chrome Cr-Enterprise M-29

New issue 243410 by sfir...&amp;lt; at &amp;gt;chromium.org: Necktie icon overlaps wifi setting
http://code.google.com/p/chromium/issues/detail?id=243410

Version: 29.0.1516.0
OS:      4171.0.0
Device:  Link
Network: CrOS_NONE_N300

What steps will reproduce the problem?
Preparation at C-panel:
at Chrome Management settings\Networks\For devices\crosprqa3.com setup any  
wifi (e.g. CrOS_NONE_N300)

1. Manuall enroll device to enterprise (&amp;lt; at &amp;gt;crosprqa3.com)
2. Sign-in as any user or guest
3. Connect your test wifi CrOS_NONE_N300
4. Go to the about:settings and click nectie icon on Wifi

What is the expected output?
icon should show completely over settings

What do you see instead?
icon overlaps

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?) alw&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:55:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669764">
    <title>Issue 243409 in chromium: Set the dirty region rather than invalidate in HW continuous draw mode.</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669764</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
CC: boliu&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 Cr-Mobile-WebView OS-Android  
Hotlist-AndroidWebView-Graphics

New issue 243409 by j...&amp;lt; at &amp;gt;chromium.org: Set the dirty region rather than  
invalidate in HW continuous draw mode.
http://code.google.com/p/chromium/issues/detail?id=243409

AwDrawGLInfo has output params to indicate a further draw is required:

   float dirty_left;
   float dirty_top;
   float dirty_right;
   float dirty_bottom;

when in continuous invalidate mode and attached to a HW window  
(pre-condition for getting a DrawGL call), it's more efficient to set these  
fields than to keep calling invalidate() via java.
Just setting them to the whole visible viewport is good enough.

See  
https://docs.google.com/a/google.com/document/d/1XIA8B0UyrcVyKt_ZpBF4p5QVNWh0792ikoUHaqvhjvU/edit#  
for more details.

&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:52:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669761">
    <title>Issue 243408 in chromium: Background images not loading when page contains a lot of stylesheets!</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669761</link>
    <description>&lt;pre&gt;Status: Unconfirmed
Owner: ----
Labels: OS-Linux Type-Bug Pri-2

New issue 243408 by demian85: Background images not loading when page  
contains a lot of stylesheets!
http://code.google.com/p/chromium/issues/detail?id=243408

Chrome Version (from the about:version page):29.0.1517.0 (201780)
Is this the most recent version: Almost
OS + version:
CPU architecture (32-bit / 64-bit): 64bit
Window manager: Gnome
URLs (if relevant):
Behavior in Linux Firefox: Works fine
Behavior in Windows Chrome (if you have access to it): The same

What steps will reproduce the problem?
1. Load a page with hundreds of stylesheets
2. Check elements that should have a background image, image is not there

What is the expected result?
Images are loaded, requests should appear in the "network" tab in dev tools.

What happens instead?
Images load randomly sometime later. Just play around and stay enough to  
see the image load. It should take at least one minute.

I cannot share a public link because it's a private app.
When the app &lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:49:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669756">
    <title>Issue 243407 in chromium: [NaCl SDK] Make it easy to build .html, .js, etc. along with NaCl module.</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669756</link>
    <description>&lt;pre&gt;Status: Assigned
Owner: binji&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 Cr-Platform-NaCl-SDK OS-All

New issue 243407 by binji&amp;lt; at &amp;gt;chromium.org: [NaCl SDK] Make it easy to  
build .html, .js, etc. along with NaCl module.
http://code.google.com/p/chromium/issues/detail?id=243407

We should make it easier to take C code, build the NaCl module, but also  
generate a dummy page that only includes the module (maybe use hterm and  
wire it up automatically?)


&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:44:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669754">
    <title>Issue 243406 in chromium: Use seccomp in p2p-http-server</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669754</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
CC: sosa&amp;lt; at &amp;gt;chromium.org,  jorg...&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 Cr-Internals-Installer OS-Chrome

New issue 243406 by zeut...&amp;lt; at &amp;gt;chromium.org: Use seccomp in p2p-http-server
http://code.google.com/p/chromium/issues/detail?id=243406

See the TODO in http_server/main.cc about this:

  https://gerrit.chromium.org/gerrit/#/c/55574/1/http_server/main.cc

Essentially, the thinking is that we can constrain p2p-http-server process  
(and each of its ten worker-threads) to a very small list of allowed  
syscalls, basically only something like

  - recv(2), send(2), shutdown(2)
  - openat(2), read(2), fdopendir(2), fstat(2), close(2)
  - poll(2)

and possibly a few others (such as break(2) for e.g. memory allocation and  
futex(2) for locking). In particular - with the way the code is written -  
we should be able to blacklist any system call using a path such as e.g.  
open(2). With this change p2p-http-server will not be able to do a lot of  
damage even if compromised. Which would be &lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:42:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669734">
    <title>Issue 243403 in chromium: Add CUP support for Omaha update checks</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669734</link>
    <description>&lt;pre&gt;Status: Unconfirmed
Owner: ----
Labels: Pri-2 Via-Wizard Type-Feature OS-Windows

New issue 243403 by ryanmyers&amp;lt; at &amp;gt;google.com: Add CUP support for Omaha update  
checks
http://code.google.com/p/chromium/issues/detail?id=243403

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML,  
like Gecko) Chrome/26.0.1410.64 Safari/537.31

Steps to reproduce the problem:
The Component Updater (and a self-updater that's currently in  
proof-of-concept stages) uses the Omaha update protocol to check for  
updates from the Google Update server.  Components uses the V2 protocol  
(https://code.google.com/p/omaha/wiki/ServerProtocolV2) while the  
in-process updater uses V3  
(https://code.google.com/p/omaha/wiki/ServerProtocol).

These protocols normally take the form of just XML over HTTPS, but there  
have been issues in the past with wildcard certs being used to MITM the  
update checks (usually, to poorly implement caching).  For that reason, the  
Omaha servers support an additional step called CUP  
&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:22:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669730">
    <title>Issue 243402 in chromium: No audio (RTP packets) from browser</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669730</link>
    <description>&lt;pre&gt;Status: Unconfirmed
Owner: ----
Labels: OS-Mac Pri-2 Type-Bug

New issue 243402 by ayla...&amp;lt; at &amp;gt;gmail.com: No audio (RTP packets) from browser
http://code.google.com/p/chromium/issues/detail?id=243402

Chrome Version       : 27.0.1453.93
OS Version: OS X 10.8.3
URLs (if applicable) : http://demos.zingaya.com/webrtc-pstn/
Other browsers tested:
Chrome Beta (same problem), Chrome Canary (no problem) , similar problem on  
Linux, but works well on WIN

What steps will reproduce the problem?
1. Open http://demos.zingaya.com/webrtc-pstn/ and make a call using Zingaya  
widget opened in a popup window.
2. Close popup window and try to repeat 1. (don't close parent window)

What is the expected result?
Audio in both directions

What happens instead of that?
No audio from browser - RTP packets aren't being sent at all

Please provide any additional information below. Attach a screenshot if
possible.

If you close parent tab/window and try 1 again - it will work first time  
again.

UserAgentString: Mozilla/5.0 (Macintosh&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:18:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669724">
    <title>Issue 243401 in chromium: Flash microphone recording breaks on Samsung 303 model v26</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669724</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
Labels: Type-Bug Pri-2 Cr-Internals-Plugins-Flash OS-Chrome

New issue 243401 by amarr...&amp;lt; at &amp;gt;chromium.org: Flash microphone recording  
breaks on Samsung 303 model v26
http://code.google.com/p/chromium/issues/detail?id=243401

Version: 26
OS: ChromeOS

What steps will reproduce the problem?
1. Get a 303 model (Snow) running v26
2. Go into http://www.raz-kids.com/main/Login
3. Username is in valentine under bug ID #
4. Select any student
5. Click on the 'eye' button from one of the books ( middle icon )
6. Microphone prompt will open and ask you to 'allow', then ask for your to  
say your name
7. After saying your name start reading the book and an error will happen  
after about 12 sec

Appears to be a crash limited to Flash

See attached screenshots showing process
Image 1 - choose a student
Image 2 - book selected for recording
Image 3 - allowing access to microphone
Image 4 - beginning recording
Image 5 - error after 10 seconds of recording
Image 6  - view of clicking on 'microp&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:12:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669715">
    <title>Issue 243400 in chromium: Consider accelerating Blink TransformationMatrix::inverse</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669715</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
Labels: Type-Feature Pri-2 Cr-Blink-Performance OS-All

New issue 243400 by tomhud...&amp;lt; at &amp;gt;chromium.org: Consider accelerating Blink  
TransformationMatrix::inverse
http://code.google.com/p/chromium/issues/detail?id=243400

Version: ToT

Chrome's gfx::Transform::GetInverse() plumbs through to Skia's SkMatrix44,  
which has a special case for scale-translate matrices as well as identity  
and pure translate cases.

Webkit's TransformationMatrix::inverse() does not contain a scale-translate  
special case.

Since about 1/3rd of the matrix inversions we see in the compositor take  
the scale-translate special case through SkMatrix44::invert(), we should  
check what's flowing through WebKit and see if it's worth special-casing  
there for some nice speedup.

&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T19:03:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669708">
    <title>Issue 243399 in chromium: Search from omnibar overlays footer on top of results</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669708</link>
    <description>&lt;pre&gt;Status: Unconfirmed
Owner: ----
Labels: Cr-UI Pri-2 Via-Wizard Type-Bug OS-iOS

New issue 243399 by mta...&amp;lt; at &amp;gt;google.com: Search from omnibar overlays footer  
on top of results
http://code.google.com/p/chromium/issues/detail?id=243399

Steps to reproduce the problem:
1. Type 'hello world' in the omnibar.
2. Press enter.

What is the expected behavior?
The footer should be at the bottom of the page, below the bottom of the  
screen.

What went wrong?
The page loads and then after a couple seconds the footer moves up to the  
bottom of the screen and stays at that position in the page afterwards,  
covering up most of the second result.

Did this work before? Yes Before I updated to 28

Chrome version: 28.0.1500.2  Channel: beta
OS Version: 6.1

Attachments:
photo (5).jpg  67.8 KB

&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T18:56:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669697">
    <title>Issue 243398 in chromium: build install deps failure - libudev1</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669697</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
Labels: Type-Bug Pri-2 Build-Infrastructure OS-Chrome Build

New issue 243398 by petermayo&amp;lt; at &amp;gt;chromium.org: build install deps failure -  
libudev1
http://code.google.com/p/chromium/issues/detail?id=243398

I can't run install-build-deps successfully on my machine.

(sdk x86-alex R29-4163.0.0) petermayo&amp;lt; at &amp;gt;xxx: ~/clients/ci1/src $ apt-cache  
show libudev0 &amp;gt;/dev/null &amp;amp;&amp;amp; echo OK
OK
(sdk x86-alex R29-4163.0.0) petermayo&amp;lt; at &amp;gt;xxx: ~/clients/ci1/src $ apt-cache  
show libudev222 &amp;gt;/dev/null &amp;amp;&amp;amp; echo OK
E: No packages found
(sdk x86-alex R29-4163.0.0) petermayo&amp;lt; at &amp;gt;xxx: ~/clients/ci1/src $ apt-cache  
show libudev1 &amp;amp;&amp;amp; echo OK
N: Can't select versions from package 'libudev1' as it is purely virtual
N: No packages found
OK

and install-build-deps.sh is fooled

if apt-cache show libudev1 &amp;gt;/dev/null 2&amp;gt;&amp;amp;1; then
   dev_list="${dev_list} libudev1"
else
   dev_list="${dev_list} libudev0"
fi

  by this into listing libudev1 as a dep,
leading to:

...
Building dependency tree
Reading state information... Done
&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T18:45:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669683">
    <title>Issue 243396 in chromium: Dev Tools appears on foreground and switches to background</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669683</link>
    <description>&lt;pre&gt;Status: Untriaged
Owner: ----
CC: vcla...&amp;lt; at &amp;gt;chromium.org,  pavanv&amp;lt; at &amp;gt;chromium.org
Labels: OS-Mac Pri-2 Type-Bug-Regression M-29 Cr-Platform-Extensions

New issue 243396 by mbo...&amp;lt; at &amp;gt;chromium.org: Dev Tools appears on foreground  
and switches to background
http://code.google.com/p/chromium/issues/detail?id=243396

Chrome Version       : 29.0.1516.0
URLs (if applicable) :
OS version               : &amp;lt;from About This Mac&amp;gt;
Behavior in Safari 3.x/4.x (if applicable):
Behavior in Firefox 3.x (if applicable):
Behavior in Chrome for Windows:

What steps will reproduce the problem?
1. Launch Chrome.
2. Install Adblock Plus from  
https://chrome.google.com/webstore/detail/cfhdojbkjhnklbpkdaibdccddilifddb
3. Navigate to yahoo.com.
4. Adblock Plus extension seen in Omnibox right corner.
5. Right click on Adblock Plus and select Inspect Popup.

What is the expected result?
Dev Tools appears on foreground.

What happens instead?
Dev Tools appears on foreground and switches to background.
Cannot reproduce it in case of HTTPS Every&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T18:31:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.chromium.bugs/669678">
    <title>Issue 243395 in chromium: Spelling mistake on feedback confirmation page</title>
    <link>http://comments.gmane.org/gmane.comp.web.chromium.bugs/669678</link>
    <description>&lt;pre&gt;Status: Assigned
Owner: m...&amp;lt; at &amp;gt;chromium.org
Labels: Type-Bug Pri-2 OS-Chrome

New issue 243395 by dd...&amp;lt; at &amp;gt;chromium.org: Spelling mistake on feedback  
confirmation page
http://code.google.com/p/chromium/issues/detail?id=243395

https://support.google.com/chrome/answer/186850?rd=1#

"aorund" should be "around"

&lt;/pre&gt;</description>
    <dc:creator>chromium&lt; at &gt;googlecode.com</dc:creator>
    <dc:date>2013-05-23T18:26:10</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.chromium.bugs">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.chromium.bugs</link>
  </textinput>
</rdf:RDF>
