New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 709486 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: May 2017
Cc:
j...@chromium.org
flyboy@chromium.org
rauch+monorail-auto@google.com
█ orodley+autocc@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Codesearch XRefs are missing entire files

Project Member Reported by npm@chromium.org, Apr 7 2017 
Go to this link and click on CompositeMask, seeing 4 calls
https://cs.chromium.org/chromium/src/third_party/pdfium/core/fxge/dib/cfx_dibitmap.h?l=89

There are calls that are not being picked up, one example:
https://cs.chromium.org/chromium/src/third_party/pdfium/core/fpdfapi/render/cpdf_renderstatus.cpp?l=1964

In fact, the whole cpdf_renderstatus.cpp file is missing XRefs. This should not be happening, since this file should be compiled in any configuration of PDFium.

Comment 1 by emso@chromium.org, Apr 19 2017 

Sorry for the inconvenience. Looking at this now I can't reproduce the problem. I suspect that the previous behavior may be related to the delay we have to generate Xrefs.

Comment 2 by npm@chromium.org, Apr 20 2017 

Indeed the XRefs are now working fine on that file. However, can the delay cause entire files to lose all their XRefs? cpdf_renderstatus was not moved and was not a new file.

Comment 3 by emso@chromium.org, Apr 24 2017

Status: Available (was: Untriaged)

Comment 4 by emso@chromium.org, Apr 24 2017

Labels: Stability Xrefs

Comment 5 by emso@chromium.org, May 17 2017

Status: WontFix (was: Available)
We have had some issues in our Xrefs pipeline recently with offline bots. This may have caused a bad push of Xrefs which could explain non Xrefs on a file. 

Closing for now but please re-open if the issue reappears.
►

Sign in to add a comment