On Tue, 14 Nov 2017 13:22:00 +0000 nusenu nusenu-lists@riseup.net wrote:

...

Quick question for you. Atlas used to have the search box at all time in the corner which for me was very useful because I could do many search without an extra click

+1

Here's another variation on the Atlas theme that I found some time ago: https://onionite.now.sh/ it still has the search box.

On 14 Nov (13:24:21), Iain R. Learmonth wrote:

Hi David,

On 14/11/17 13:01, David Goulet wrote:

...

Quick question for you. Atlas used to have the search box at all time in the corner which for me was very useful because I could do many search without an extra click to go back one level down like the new site has.

How crazy would it be to bring it back? Always hovering in the top corner? :) Maybe a ticket would be a better way to ask?

Please do file a ticket.

Cheers!

https://trac.torproject.org/projects/tor/ticket/24274

Thanks, Iain.

---

tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

On 14/11/17 15:35, Ralph Seichter wrote:

On 14.11.17 13:52, Iain R. Learmonth wrote: I also notice that the "new look" does not work in Safari 11 on macOS 10.13.1 (High Sierra). For shame! Has nobody tested this?

Problem detail: When accessing https://atlas.torproject.org/ , the query box and explanatory text are missing in Safari. See screenshot at https://imgur.com/a/XnA9f . Searching works fine in Chrome and Firefox on macOS.

This would seem suboptimal.

I will look into it, unfortunately I have not tested on all the platforms as I just don't have them available.

I think I have a non-High Sierra (Low Sierra?) box that I may be able to test on. Were there big changes between these?

Thanks, Iain.

Hey,

On 14. Nov 2017, at 19:00, teor teor2345@gmail.com wrote: On 15 Nov 2017, at 02:41, Iain R. Learmonth irl@torproject.org wrote:

...

...

On 14/11/17 15:35, Ralph Seichter wrote: On 14.11.17 13:52, Iain R. Learmonth wrote: I also notice that the "new look" does not work in Safari 11 on macOS 10.13.1 (High Sierra). For shame! Has nobody tested this?

Problem detail: When accessing https://atlas.torproject.org/ , the query box and explanatory text are missing in Safari. See screenshot at https://imgur.com/a/XnA9f . Searching works fine in Chrome and Firefox on macOS.

This would seem suboptimal.

Atlas never loads in Safari on iOS 11.1.1 on my iPad Mini. I just see a spinning grey and black wheel for 30+ seconds.

Given Apple's iOS app WebKit rules, this likely means that *all* iOS browsers and embedded web views are broken.

I have confirmed the same issue in the Twitter apps web view, and it seems to also affect OnionBrowser, with slightly different symptoms.

If you've broken the second-largest mobile platform, want to revert until it's fixed?

...

I will look into it, unfortunately I have not tested on all the platforms as I just don't have them available.

Maybe we need a beta site and a call for testing for changes like this?

I believe this is the caching issue again. A beta site likely would not have revealed this issue. You really need to break caches for updates to web apps, hopefully those can be implemented without too much pain.

Cheers Sebastian

On 14. Nov 2017, at 19:26, teor teor2345@gmail.com wrote:

...

On 15 Nov 2017, at 05:05, Sebastian Hahn mail@sebastianhahn.net wrote:

Hey,

...

On 14. Nov 2017, at 19:00, teor teor2345@gmail.com wrote: On 15 Nov 2017, at 02:41, Iain R. Learmonth irl@torproject.org wrote:

...

...

On 14/11/17 15:35, Ralph Seichter wrote: On 14.11.17 13:52, Iain R. Learmonth wrote: I also notice that the "new look" does not work in Safari 11 on macOS 10.13.1 (High Sierra). For shame! Has nobody tested this?

Problem detail: When accessing https://atlas.torproject.org/ , the query box and explanatory text are missing in Safari. See screenshot at https://imgur.com/a/XnA9f . Searching works fine in Chrome and Firefox on macOS.

This would seem suboptimal.

Atlas never loads in Safari on iOS 11.1.1 on my iPad Mini. I just see a spinning grey and black wheel for 30+ seconds.

Given Apple's iOS app WebKit rules, this likely means that *all* iOS browsers and embedded web views are broken.

I have confirmed the same issue in the Twitter apps web view, and it seems to also affect OnionBrowser, with slightly different symptoms.

If you've broken the second-largest mobile platform, want to revert until it's fixed?

...

I will look into it, unfortunately I have not tested on all the platforms as I just don't have them available.

Maybe we need a beta site and a call for testing for changes like this?

I believe this is the caching issue again. A beta site likely would not have revealed this issue. You really need to break caches for updates to web apps, hopefully those can be implemented without too much pain.

No, it isn't: one of the new resources appears to be blocked by AdBlock Plus for iOS. So it only works with content blockers turned off. You probably want to fix this eventually, because these blocklists are popular. And the issue likely affects multiple platforms. But it's not an all iOS devices bug.

Interestingly, it works in the Facebook app web view. Somehow it doesn't surprise me that Facebook is allowed to break the iOS app rules.

Oh wow, interesting. We only load resources from *tpo so I wonder what would get blocked. In the meantime, I've written a cache busting patch that'll hopefully improve the situation for desktop browsers. Careful review necessary, I don't do much web stuff these days...

On 15 Nov 2017, at 09:26, Iain R. Learmonth irl@torproject.org wrote:

On 14/11/17 18:26, teor wrote:

...

No, it isn't: one of the new resources appears to be blocked by AdBlock Plus for iOS. So it only works with content blockers turned off. You probably want to fix this eventually, because these blocklists are popular. And the issue likely affects multiple platforms. But it's not an all iOS devices bug.

I've tested with AdBlock Plus in Firefox and I cannot recreate this problem.

Can you tell me what resource it is that is blocked and what rule it is matching?

No, I can't, because iOS ad blockers do not provide this information. Did you add many resources in the transition?

T

-- Tim / teor

PGP C855 6CED 5D90 A0C5 29F6 4D43 450C BA7F 968F 094B ricochet:ekmygaiu4rzgsk6n ------------------------------------------------------------------------

On Thu, 16 Nov 2017 at 11:46 Iain R. Learmonth irl@torproject.org wrote:

Hi,

On 16/11/17 02:36, teor wrote:

...

No, I can't, because iOS ad blockers do not provide this information. Did you add many resources in the transition?

Short of buying me an iPad I have no idea how to debug this.

The following resources are loaded by Relay Search, and the new ones are those on metrics.torproject.org. Note that the entire application is loaded when you access the site, so it either works or it doesn't. If there is a single JavaScript or template missing, it will just not work.

https://atlas.torproject.org/ https://metrics.torproject.org/js/jquery-3.2.1.min.js https://atlas.torproject.org/js/jquery.cookieBar.js https://atlas.torproject.org/css/bootstrap.min.css https://metrics.torproject.org/js/bootstrap.min.js https://atlas.torproject.org/css/font-awesome.min.css https://atlas.torproject.org/fonts/source-sans-pro.css https://atlas.torproject.org/css/prism.css https://metrics.torproject.org/js/prism.js https://atlas.torproject.org/css/style.css https://metrics.torproject.org/js/script.js https://atlas.torproject.org/css/atlas.css?v1 https://atlas.torproject.org/js/libs/require/require.js https://atlas.torproject.org/images/tor-metrics-white.png https://atlas.torproject.org/images/tor-metrics-white@2x.png https://atlas.torproject.org/js/main.js?v1 https://atlas.torproject.org/js/app.js?v1 https://atlas.torproject.org/js/libs/underscore/underscore-min.js?v1 https://atlas.torproject.org/js/libs/backbone/backbone-optamd3-min.js?v1 https://atlas.torproject.org/js/router.js?v1 https://atlas.torproject.org/js/views/details/main.js?v1 https://atlas.torproject.org/js/views/search/main.js?v1 https://atlas.torproject.org/js/views/search/do.js?v1 https://atlas.torproject.org/js/libs/jssha/sha1.js?v1 https://atlas.torproject.org/js/models/relay.js?v1 https://atlas.torproject.org/js/models/graph.js?v1 https://atlas.torproject.org/js/libs/require/text.js?v1 https://atlas.torproject.org/js/libs/bootstrap/bootstrap-tooltip.js?v1 https://atlas.torproject.org/js/libs/d3js/d3.v3.min.js?v1 https://atlas.torproject.org/js/helpers.js?v1 https://atlas.torproject.org/js/collections/results.js?v1 https://atlas.torproject.org/js/libs/datatables/jquery.dataTables.min.js?v1 https://atlas.torproject.org/js/libs/datatables/dataTables.Sorting.js?v1

https://atlas.torproject.org/js/libs/bootstrap/bootstrap3-typeahead.min.js?v... https://atlas.torproject.org/templates/details/router.html?v1 https://atlas.torproject.org/templates/details/bridge.html?v1 https://atlas.torproject.org/templates/details/error.html?v1 https://atlas.torproject.org/templates/search/do.html?v1 https://atlas.torproject.org/templates/search/main.html?v1

Thanks, Iain.

---

tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Hi I seem to have a similar problem in Opera v49 as teor in iOS. Only see the spinning ajax-loader.gif.

Went into debugger and seems like the page is loaded, but the style is set to display=none. <div id="wrapper" style="display:none;">

Once overridden, page displays fine and functions => I can search.

So the question is why isn't the loader overlay disabled?

Regards

Hi,

On 14/11/17 16:16, Ralph Seichter wrote:

...

https://imgur.com/a/VMJhE -- I see these "graph outside the container box" issues in Chrome, Firefox and Safari. I sure hope it does not just happen to me?

Graphs should now be scaling properly, although I'm not sure what I've done will work in all browsers, if it's still broken please let me know.

Thanks, Iain.

Hi,

On 14/11/17 17:03, Ralph Seichter wrote:

I see no more graphs outside their boxes in Chrome, Firefox and Safari.

Yay! (:

One thing that -- for me -- only works in Chrome and Firefox, but not Safari, is the timestamp info shown when moving the mouse pointer over the little circle icons in the graphs. Safari does not present any popup data, the other browsers do.

Ok. I imagine these probably didn't work before either. They're not the best graphs and I might look into better ways of generating them at some point in the future.

For now I'm going to call it "better than it was before" and be happy. I do remember that the SVG didn't scale on the old Atlas so we were very quick to drop to single column.

Thanks, Iain.

Atlas definitely looked lighter, more airy. The new UI looks dense and dated, with that Microsoft Office style table from the 90s. Oh well, I'll get used to it - at least it is not yet another "Web 2.0" Bootstrap. The idea of merging Atlas into Metrics is definitely a good one.

On Tue, Nov 14, 2017 at 8:28 AM, Guinness guinness@crans.org wrote:

Le Tue, Nov 14, 2017 at 12:52:27PM +0000, Iain R. Learmonth écrivait :

...

Hi All,

You may notice that Atlas has a new look, and is no longer called Atlas. For now no URLs have changed but this is part of work to merge this tool into the Tor Metrics website.

The style is determined by the Tor Metrics Style, and modifications have been made to fit this.

The decision was made to deploy these changes before the actual integration into metrics.torproject.org to allow for other issues to be worked on. This was a big change and it was tricky maintaining two branches of the codebase.

Issues should still be reported on the Metrics/Atlas component in the Tor trac if they arise. When we come to full integration, URLs will change but there will be a period where we maintain redirects to prevent any URLs from breaking while waiting for being updated.

Thanks, Iain.

Hi!

Thanks for this new interface!

Is it just me or is the font way bigger than it used to be with Atlas? I personnaly find it too big, but it is just some cosmetics :)

Cheers,

Guinness

---

tor-relays mailing list tor-relays@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays

Thanks for a considered reply.

I accept that all that is done under the surface is done for the good of Tor.

It is the pointless game I object to such as amusing a few by changing Atlas to New Atlas when Atlas represented a function which we rely on and we will use under another 'brand'.

(Helping a woman stopped in a dead Lexis I told her Toyota's were unlikely to have big faults. She pompously rejected that as it was much superior to a Toyota and shrivelled into silence on seeing Toyota in huge letters on the engine block.) Just time wasting games.

Robert

Hi,

On 14/11/17 21:49, I wrote:

...

Can anyone explain how changing things to The New such as Arm to Nyx and Atlas to Relay Search advances anything apart from boredom?

In the case of Atlas/Relay Search, we are consolidating codebases into something more maintainable, with less code duplication and general duplication of effort.

By integrating Relay Search into the Tor Metrics website, we will also move towards a more seamless UX and making it easier to discover related data, the sources of the data and any analysis that might be useful.

On the surface it may look that all that's changed is the theme and the name, but a lot is going on underneath too.

Thanks, Iain.