I second the sentiment: it's clear that DXR needs a real manual. I've got the
start of one at https://dxr.readthedocs.io/en/latest/use.html. So if you want
to file PRs against
https://github.com/mozilla/dxr/blob/master/docs/source/use.rst, we can grow
that into a proper manual, import it into t
> I wanted to find usage of a member called "io_pending".
DXR is happy to search for identifiers (id:whatever). The problem is that all
the uses of io_pending are #ifdef'd out when compiling for Linux, which is the
platform we use to run the indexing job for moz-central. A clue is that there's
> Can DXR help me track this down?
And the short answer: no, DXR is for only one point in time so far.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
> When you click a link to a particular line in dxr, that would normally
> navigate from https://dxr/footo https://dxr/foo#lineno. Instead, have it
> navigate to https://dxr/rev/foo#lineno. If done as a straight navigation,
> it's annoying, because it reloads the page. So instead, do it as a
> Is this also the case for non-C++ code in the tree?
The non-C++ code in a C++ project updates atomically with the C++ code in order
to show a coherent view (and search DB) of the project. Projects that have no
build step, like webtools, obviously don't run into such build issues.
_
> Simple question: How often is DXR refreshed from, say, mozilla-central.
Every 6 hours. However, if it doesn't build successfully, it doesn't update
(since DXR uses information exfiltrated from the compiler to give more accurate
search results than MXR). That's what's happening now:
https://je
> All I need now is an open search engine for c-c to plug into Firefox search
> box. ;)
There's actually a bug open about this already, with some hints on how to get
started: https://bugzilla.mozilla.org/show_bug.cgi?id=813521
___
dev-platform mailing l
I get a underline on hover, plus my cursor changes to the "context-menu" one.
What happens for you?
> On Jul 6, 2016, at 8:40 , Richard Z wrote:
>
> works ... slightly unintuitive behaviour as howering over the symbols doesn't
> show
> any indication it is clickable.
_
> tried dxr as replacement for lxr yesterday and today and it
> does not seem to work for me.
> Whatever I type into the searchbox the results is just an
> empty "This page was generated by DXR ."?
We are about to squash a JS bug that affects older FFs and Safari:
https://bugzilla.mozilla.org/sho
Hi, Kendall. As a pain mitigation strategy for MXR URLs embedded immutably in
Bugzilla and in people's Awesomebar histories, can we redirect MXR requests as
Dão suggests? Some won't work, but many will, and those people will be less sad.
> On Jun 30, 2016, at 10:20 , Dão Gottwald wrote:
>
> Ca
Thanks for pointing this out! We've increased the contrast in
https://github.com/mozilla/dxr/commit/a0b7afeb82bc9903d8c80494fb487b93ef280b70.
Do feel free to file bugs in the future.
Cheers,
Erik
> On Jun 25, 2016, at 0:45 , Philip Chee wrote:
>
> MXR uses black text (#00) on a white back
An additional bonus is that our ability to build with clang would break less
often. That's been the cause of more than a few scuttled DXR indexing jobs.
> On Mar 2, 2016, at 17:50 , Gregory Szorc wrote:
>
> switching developer builds to prefer
> Clang over GCC
_
ust a few ideas:
* Cross-project search
* Arbitrary boolean queries
* Search by color
* JS support
* IDL support
* Useful visualizations
Add it to your Whistler schedule:
http://sched.co/3gWR
Cheers,
Erik Rose
DXR Project Lead
___
dev-platform mailing li
> It looks like finding of overrides of virtual methods is missing from
> DXR 2.0. Is this intentional?
Hmm, no. The tests seem to pass
(https://github.com/mozilla/dxr/blob/es/dxr/plugins/clang/tests/test_overrides.py).
Where are you seeing it?
___
dev
> I am wondering, how close are we to be able to index IDL/WebIDL files, and
> navigate through JS and C++ callers and implementations of those
> attributes/methods? That is currently the biggest reason why I have to use
> MXR from time to time, and it would be nice to see DXR growing support f
> Is indexing all the various release branches a blocker?
For decommissioning MXR it is. We'll have all the trees MXR does before we
think about turning it off.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listi
> What is the relative priority of permalinks to specific revisions?
High! My great new intern Peter has a PR open right now:
https://github.com/mozilla/dxr/pull/419
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/
this will
enable next: better surfacing of symbols without having to know their type
ahead of time, faceted drill-down, context for search results, and permalinks
(our last major blocker to decommissioning MXR).
Thanks for helping test it out!
Erik Rose
DXR Lead
Dear DXR contributors and users,
I'm pleased to announce a session Wednesday detailing the last 6 months of DXR
development and its future roadmap. Time permitting, it might then turn into a
planning/working session. DXR is entering an exciting time. We are finishing up
what amounts to a minor
Marcell has been my intern on the DXR project these past months, and it's been
a privilege to work with him. From JavaScript analysis to Elasticsearch to
writing Haskell in Python, he's cut an impressive swath through the codebase,
and you can expect to see a lot of his handiwork deployed in the
they are) and make our query results more useful. Being able
to find where undefineds or NaNs pop out of running code would make it easier
to spotlight ones which are spurious. We'd love to have the hooks!
--
Erik Rose
DXR Lead
___
dev-platfo
Thanks to contributor Jamon Camisso, multi-line highlighting has just landed in
DXR. Now you can do things like this...
http://dxr.mozilla.org/mozilla-central/source/CLOBBER#10-15,18-22,4-5
...by pressing buttons like this:
http://dxr.readthedocs.org/en/latest/code-highlighter.html
Enj
> Note that for this, analysis of the tip of each of -release, -beta,
> -aurora and -esr* would be enough. That's significantly more than just
> doing -central, but it's also significantly less than doing every single
> revision.
That is planned!
___
dev
Great; stories of personal use habits are incredibly helpful. Thanks! Hmm, that
gives me an idea: maybe I'll use Mozilla Moderator at some point to collect
some use cases
We ought to be able to support coloring and highlighting on old revs within
DXR. We'll head that direction, freshly reas
Whee, I get to be a wet blanket!
We don't even have any request-writable storage at the moment. SQLite is
horrible with write concurrency (and is on an NFS share, to make matters
worse), and straight NFS-based writing (sans SQL) would have to be guarded with
locks. Even if we solved those probl
On Mar 14, 2014, at 9:45 , Mats Palmgren wrote:
> Would it possible to also support multiple ranges?
You bet. In fact, yours wasn't the only request along those lines.
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.o
A lot of you have asked for the ability to select and share ranges within
source files. Now, thanks to contributor Jamon Carmisso, you can:
http://dxr.mozilla.org/mozilla-central/source/content/media/AbstractMediaDecoder.h#7-13
As on GitHub, just click one line number and shift-click another.
H
> One thing I did notice in passing is that DXR doesn't provide a count of
> results like MXR does.
It's on our roadmap (https://wiki.mozilla.org/DXR_Roadmap#UI.2FUX) but a pretty
low priority atm. What's your use case, in case we should bump it up?
> Also I tried looking up the callers of a co
We've just added comm-central to DXR!
You can find it at http://dxr.mozilla.org/comm-central/source/ or through the
new Switch Tree menu. The menu knows some tricks: it tries hard to preserve
things like your browsing position and your search query while moving from tree
to tree, so you can cha
> that's pretty, but where did the list of classes & class members go when
> viewing files like
> http://dxr.mozilla.org/mozilla-central/source/modules/libjar/nsZipArchive.cpp
I believe this is fixed now, a casualty of a needless use of JS, which is now
gone. If you still see this behavior, ple
Hi, Reed. Rest assured, many of your wishes are planned for the future. But
when you have a big project, you've got to pick some things.
Last week's release was an important milestone: it was the minimal feature set
that would yield a cohesive experience under a UI new design. The new design
so
> Why are you double spacing the output and then "fixing" it by hard-coding .7
> line spacing for the source and 1.4 for the line numbers?
That was weird. Nobody knew why. Fixed now:
https://github.com/mozilla/dxr/commit/16784204ce30c428cc3e325d7f5ccd225346bfdf.
This also makes copying and past
>> I notice the "click here to view all search results" link is at the top
>> of the code listing now, instead of being with the search bar. That
>> means it'll be invisible most of the time.
>
> First, let me say that we're still moving error messages around. We'll
> probably end up with somethi
> I notice the "click here to view all search results" link is at the top
> of the code listing now, instead of being with the search bar. That
> means it'll be invisible most of the time.
First, let me say that we're still moving error messages around. We'll probably
end up with something like t
Fixed: https://bugzilla.mozilla.org/show_bug.cgi?id=969887#c1. It will take
effect with the next re-index, in a few hours.
Good eye! Somehow, nobody caught this on staging or locally, though it seems
obvious in retrospect. While I was at it, I stopped the code from jumping to
the side when you
> that's pretty, but where did the list of classes & class members go when
> viewing files like
> http://dxr.mozilla.org/mozilla-central/source/modules/libjar/nsZipArchive.cpp
Coming back soon: https://bugzilla.mozilla.org/show_bug.cgi?id=965659. We're
having some trouble reducing it to a test
https://blog.mozilla.org/webdev/2014/02/07/dxr-gets-a-huge-ui-refresh/
Happy hacking!
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
DXR's been taking patches at a healthy rate, both to the soon-to-land UI branch
and directly to production. I wanted to give you an update on what we've grown
since November—including some handy but subtle new features you might not have
noticed—along with a preview of what's coming next:
https
> Going back to the idl is probably the best.
>
> It isn't just attributes, though, its also structure definitions as well,
> like:
> http://dxr.mozilla.org/mozilla-central/source/dom/ipc/PContent.ipdl#l73
>
> So if I'm on this line:
> http://dxr.mozilla.org/mozilla-central/source/dom/devicestor
>> What features do you most use in MXR and DXR?
>
> One feature I'd like to see in DXR is the ability to click on a header file
> shown in a #include and have it be opened.
>
> For example, if I search for ErrorResult, I see
>
> #include "mozilla/ErrorResult.h"
>
> I'd like to be able to clic
> Better python support. For example, the function name parameter doesn't work
> with ext: .py
>
> http://dxr.mozilla.org/mozilla-central/search?q=function%3Astart%20ext%3A.py
> <-- no results
> http://dxr.mozilla.org/mozilla-central/search?q=%22def%20start%22%20ext%3A.py
> <-- results
To clar
Thanks, everyone, for your thoughtful and voluminous input! I bequeath you the
following behind-the-scenes links so you can see the effect your feedback is
having on DXR's future.
We've collected, de-duped, and categorized your feedback at
https://wiki.mozilla.org/DXR_UI_Refresh#Feedback. If yo
> - Clicking on macros seem to lead to some results, but definitely not the one
> I'd expect -
> the definition of the macro.
For example, if you click ROLE at
http://dxr.mozilla.org/mozilla-central/source/accessible/src/base/RoleMap.h#l34,
does the "Jump to definition" item from the context m
What a lot of great input! Thank you! I'll reply individually to those I've
missed in the days after the Summit.
In case you happen to be at the Mozilla Summit in Santa Clara, we're holding a
DXR design session to mash all that juicy input together and make sure we have
a UI/UX sketch that enab
That should be easy enough; I expect it doesn't have any dependencies the
mainline moz-central has. I'll add it to the list to try for in Q4!
On Oct 2, 2013, at 13:33 , Mike Conley wrote:
> I love DXR for mozilla-central, and would love it if the UX branch
> (https://mxr.mozilla.org/projects-c
Added with gusto. This actually drives me crazy, too. :-)
On Oct 2, 2013, at 14:47 , Dave Townsend wrote:
>> Things that drive me nuts about mxr when I've tried to use it:
>>
>> * When navigating down the directory/file tree, it keeps autofocusing the
>> search field, which is super-annoying if
> One of the neat things with mxr and multiple trees is that when viewing a
> file on say mozilla-central I can easily switch to the mozilla-aurora version
> to see how it looks there, this is really useful for figuring out how a bug
> affects different branchs. Bonus points might include a file
> - Easy access to hg annotate, as in mxr (could be better than mxr even, by
> integrating into the existing view instead of being a separate view).
Assuming I understand you right, we've just added this last week. :-) See the
Blame link at
http://dxr.mozilla.org/mozilla-central/source/embedd
What features do you most use in MXR and DXR?
Over in the recently renamed Web Engineering group, we're working hard to
retire MXR. It hasn't been maintained for a long time, and there's a lot of
duplication between it and DXR, which rests upon a more modern foundation and
has been developing l
49 matches
Mail list logo