Re: [Wikitech-l] Idea: Cryptographically signed wiki pages.

On Sun, Sep 13, 2015 at 2:39 AM, Purodha Blissenbach < puro...@blissenbach.org> wrote: > Thus, can we develop an extsion which provides cryptographically signed > wiki pages? > T12453 might interest you; it's about encrypting emails but it involves

Re: [Wikitech-l] What happened to our user agent requirements?

On Tue, Sep 1, 2015 at 4:54 PM, Brandon Black wrote: > I really do like the idea of moving towards smarter ratelimiting of > APIs by default, though (and have brought this up in several contexts > recently, but I'm not really aware of whatever past work we've done in > that

Re: [Wikitech-l] "Try the free Wikipedia app" banners

On Tue, Sep 1, 2015 at 10:09 PM, Ori Livneh wrote: > Just in time! > http://techcrunch.com/2015/09/01/death-to-app-install-interstitials/ Interstitials are full-page ads where you have to click a link to get to the actual content. These are normal banners. More importantly,

Re: [Wikitech-l] "Try the free Wikipedia app" banners

Probably T103896 but in that case something was misconfigured (those should only show in Finland). On Tue, Sep 1, 2015 at 8:30 AM, Ori Livneh wrote: > We appear to be running a banner campaign on the mobile web site, driving >

[Wikitech-l] OAuth partial downtime on Monday August 24

Hi all, due to a scheduled migration [1] OAuth authorization and management will be disabled between 21:00–23:00 UTC [2][3[. That means users will not be able to enable new applications (ie. this dialog [4] will not work) and developers and OAuth admins won't be able to

Re: [Wikitech-l] CORS blocking metrics

On Sun, Aug 16, 2015 at 5:20 AM, Faidon Liambotis fai...@wikimedia.org wrote: For Wikimedia sites, it is now impossible for proxies or firewalls to strip headers, after the switch to HTTPS-only. Was this analysis done before or during the HTTPS-only migration? The data the 0.1% number is

[Wikitech-l] CORS blocking metrics

Hi all, as part of the ongoing project for collecting javascript errors [0] we have been collecting metrics about CORS enabled script loading support; that project is finished now, here is a short report. After the recent move to load everything from the same domain [1] enabling CORS is not

Re: [Wikitech-l] Where to store OAuth application information?

On Mon, Aug 10, 2015 at 6:23 PM, Gergo Tisza gti...@wikimedia.org wrote: tl;dr should OAuth [1] (the system by which external tools can register to be Wikimedia applications and users can grant them the right to act in their name) rely on community-maintained description pages or profile forms

Re: [Wikitech-l] Where to store OAuth application information?

On Tue, Aug 11, 2015 at 11:11 AM, Legoktm legoktm.wikipe...@gmail.com wrote: I assume these wiki pages would be some kind of structured ContentHandler pages? We could restrict editing those fields to the application owners then? By wiki pages I meant wikitext pages. I think in terms of

Re: [Wikitech-l] Where to store OAuth application information?

To refocus the discussion on OAuth (no superprotect and copyright issues here please :), the field with legal relevance is the privacy policy of the application (and maybe its terms of service if we add such a thing in the future). Any time you use, say, CropTool, the tool operator has access to

[Wikitech-l] Where to store OAuth application information?

tl;dr should OAuth [1] (the system by which external tools can register to be Wikimedia applications and users can grant them the right to act in their name) rely on community-maintained description pages or profile forms filled by application authors? --- Hi all, I would like to

Re: [Wikitech-l] Geohack tools

On Thu, Aug 6, 2015 at 11:01 PM, Pine W wiki.p...@gmail.com wrote: I just now realized how powerful these tools are when I started clicking around.

Re: [Wikitech-l] Wikipedia iOS app moving to GH

On Wed, Jul 22, 2015 at 4:39 AM, Petr Bena benap...@gmail.com wrote: Good job, you aren't the only one. Huggle team is using it for quite some time. To be honest I still feel that github is far superior to our gerrit installation and don't really understand why we don't use it for other

Re: [Wikitech-l] Wikipedia iOS app moving to GH

On Wed, Jul 22, 2015 at 2:48 PM, Ryan Lane rlan...@gmail.com wrote: Some of the largest open source projects around are on github: https://github.com/saltstack/salt/pulse/monthly https://github.com/docker/docker/pulse/monthly Which does not necessarily mean it does not suck for them. Some

Re: [Wikitech-l] Min php version

On Tue, Jul 21, 2015 at 11:27 AM, Tyler Romeo tylerro...@gmail.com wrote: One thing I forgot to mention: while you're considering Debian and Ubuntu support, make sure to also take into account MediaWiki support. Even if we upgrade our minimum PHP version now, older versions of MediaWiki with

Re: [Wikitech-l] Adding extensions under packagist's mediawiki vendor

On Tue, Jul 21, 2015 at 2:29 PM, Bryan Davis bd...@wikimedia.org wrote: Migrate the origin repository to the Wikimedia gerrit hosting where the MediaWiki developer community has access to fix security issues and I'll be glad to make sure that Packagist integration is setup properly from

Re: [Wikitech-l] Phabricator filter by language

On Fri, Jul 17, 2015 at 3:04 AM, Petr Bena benap...@gmail.com wrote: What if we added extra projects to phabricator for programming languages (such as language-php, language-c) which could be optionally added to some tickets if help of people who know these languages would be needed. So that

Re: [Wikitech-l] Provide a well-performing API to rotate an image

You would still need to rewrite the bot though, even if there was a rotation API, wouldn't you? On Thu, Jul 16, 2015 at 11:19 AM, YiFei zhuyifei1...@gmail.com wrote: That doesn't really answer Brion's question. What would prevent it from continuing to run while it is being rewritten? lack

Re: [Wikitech-l] Wikimedia authentication on an external website?

On Wed, Jul 15, 2015 at 4:33 AM, Paul Arzelier paul.arzel...@free.fr wrote: We're trying to use the collections (a beta wikipedia feature) on a wikimedia external website, http://wikijourney.eu, which delivers wikipedia-driven tourist tours. In order to use the collections' API, we need the

Re: [Wikitech-l] Failed jobs will never run again

On Tue, Jul 7, 2015 at 10:28 AM, Henning Vreyborg mars...@mail.uni-paderborn.de wrote: I want to have my job reexecuted after it fails. Is my solution of adding a clone to the job queue viable? For me it feels a bit dirty. class CreateTicketJob extends Job { [...] public

Re: [Wikitech-l] [Engineering] The end of the Roadmap Phabricator project

On Thu, Jul 2, 2015 at 4:17 PM, Greg Grossmeier g...@wikimedia.org wrote: Let me know if you have any concerns, I don't think all (or even the main) use cases of #roadmap are covered by the proposal. * #user-notice is much more noisy. A #roadmap task is describing a significant new piece of

Re: [Wikitech-l] Blocking Resources from Google crawl

Moved to Phabricator: https://phabricator.wikimedia.org/T104486 (I tried to guess what the impact of the blocking is but clarifications are welcome.) On Wed, Jul 1, 2015 at 10:25 AM, Jon Katz jk...@wikimedia.org wrote: Hi, Wes noticed on Monday that, according to Google, they are unable to

Re: [Wikitech-l] Feedback requested on our search APIs

On Mon, Jun 8, 2015 at 4:16 PM, Brian Wolff bawo...@gmail.com wrote: Additionally, from the help page, its not entirely clear about some of the limitations. e.g. You can't do incategory:Foo OR intitle:bar. regexes on intitle don't seem to work over the whole title, only word level tokens (I

Re: [Wikitech-l] Moving MWLogger classes to a namespace in MediaWiki core

On Fri, Mar 20, 2015 at 12:51 PM, Bryan Davis bd...@wikimedia.org wrote: The color I have picked for this namespace bikeshed is MediaWiki\Core\Logger That means you need to map MediaWiki\Core to includes or includes/Core. Given that we have a mediawiki/core repo containing a bunch of classes

Re: [Wikitech-l] Tor proxy with blinded tokens

On Mon, Mar 16, 2015 at 5:08 PM, Daniel Friesen dan...@nadir-seen-fire.com wrote: Bitcoin is not untraceable. An adversary capable enough to eavesdrop on dissidents' communication making them need Tor should be capable of tracing the publicly available bitcoin transaction logs back from the

Re: [Wikitech-l] Tor proxy with blinded tokens

On Wed, Mar 11, 2015 at 9:10 AM, Chris Steipp cste...@wikimedia.org wrote: Setting up a proxy like this is definitely an option I've considered. As I did, I couldn't think of a good way to limit the types of accounts that used it, or come up with an acceptable collateral I could keep from the

Re: [Wikitech-l] Tor proxy with blinded tokens

On Tue, Mar 10, 2015 at 5:40 PM, Chris Steipp cste...@wikimedia.org wrote: I'm actually envisioning that the user would edit through the third party's proxy (via OAuth, linked to the new, Special Account), so no special permissions are needed by the Special Account, and a standard block on

Re: [Wikitech-l] Fwd: Phabricator monthly statistics - 2015-01

On Sun, Mar 1, 2015 at 4:50 PM, Nuria Ruiz nu...@wikimedia.org wrote: Also keep in mind that it is used by many people to track feature-requests (long and short-term, planned and wishlist), as well as bugs, so some growth is both inevitable and desired. (I believe this is what James is

Re: [Wikitech-l] E-mail login to wiki - needs feedback

On Fri, Feb 20, 2015 at 10:51 AM, Brion Vibber bvib...@wikimedia.org wrote: Another alternative is to explicitly support multiple usernames under an umbrella backend account... (Anybody remember AOL screen names? BLAST FROM THE PAST) Or just add a this is my primary account flag, which, when

Re: [Wikitech-l] Html.php line 269

On Wed, Feb 18, 2015 at 1:38 PM, Petr Bena benap...@gmail.com wrote: (Perhaps wgWellFormedXml is true by default?) It is: https://www.mediawiki.org/wiki/Manual:$wgWellFormedXml ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Building an extension management CLI tool (What language should I write it in?)

​This seems to have significant overlap with https://www.mediawiki.org/wiki/Requests_for_comment/Improving_extension_management . Personally I think we should standardize around one tool and Composer seems the best positioned for that. So instead of maintaining N competing solutions with

Re: [Wikitech-l] Fwd: Phabricator monthly statistics - 2015-01

On Sun, Feb 1, 2015 at 11:49 AM, Quim Gil q...@wikimedia.org wrote: Number of active users (any activity) in (2015-01): 669 Number of task authors in (2015-01): 401 Number of users who have closed tasks in (2015-01): 199 How does that compare to the last months of Bugzilla? Also, if there is

Re: [Wikitech-l] Urlencoding strip markers

On Thu, Jan 29, 2015 at 5:38 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: 4. Remove the marker. This loses whatever is inside the marker. 5. Just output an error, to make it obvious something stupid is going on. Failing loud and early is generally a good idea, but if we don't want

Re: [Wikitech-l] Converting debug logging to PSR-3

Thanks Bryan, it is great to see this happening! On Thu, Jan 29, 2015 at 11:45 PM, Bryan Davis bd...@wikimedia.org wrote: PSR-3 logging has been fully supported in MediaWiki since1.25wmf5. When thinking about Wikimedia cluster logging, events emitted at warning and error levels should be

Re: [Wikitech-l] wfRunHooks deprecation

On Tue, Jan 20, 2015 at 4:21 PM, Chad innocentkil...@gmail.com wrote: I just noticed wfRunHooks got deprecated. The hook mechanism is heavily depended on by extensions. So if it is going away, what will it be replaced by? There is no hint of this in the method doc. Hooks::run(). Does

Re: [Wikitech-l] new extension

On Mon, Jan 19, 2015 at 10:00 AM, Tyler Romeo tylerro...@gmail.com wrote: * Do you think the extension should use the extmetadata property of ApiQueryImageInfo instead of a its own module? * Is it advisable to store validation data permanently in the database? I have no idea about

Re: [Wikitech-l] Numbering table rows

On Thu, Jan 1, 2015 at 4:02 AM, Bináris wikipo...@gmail.com wrote: is there any hidden feature or any plan do implement a feature to be able to automatically number the rows of a wikitable? CSS counters are well-supported http://caniuse.com/#feat=css-counters these days.

Re: [Wikitech-l] ResourceLoader module wrapping

On Fri, Dec 19, 2014 at 9:35 PM, Ori Livneh o...@wikimedia.org wrote: Chrome's profiling tools continue to flag try / catch blocks because they are ineligible for certain types of optimizations. We've discussed it before on this list, but I don't think we ever quantified the performance

[Wikitech-l] ResourceLoader module wrapping

I am experimenting with catching Javascript errors with raven.js [1] (see the JS error logging RfC [2] for background; see T1345 [3] for a prototype for JS error logging). For various reasons, Javascript does not have a reliable way to install a global exception handler like e.g. PHP does with

Re: [Wikitech-l] Visibility of action in API for deleted log entries

On Tue, Dec 9, 2014 at 11:46 AM, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: All this mess is because someone noticed that the poorly-described checkbox says Hide action but the API was still reporting that the subtype (here named 'action') is delete (versus restore, revision, etc). I

Re: [Wikitech-l] dropping bug title prefixes such as VisualEditor: after moving to Phab

On Mon, Nov 24, 2014 at 10:00 AM, Antoine Musso hashar+...@free.fr wrote: When tasks ends up in multiple projects (when multiple parties are involved), it is useful to use one of the project as a prefix to more or less identify which project is responsible for fixing it (much like assigning a

Re: [Wikitech-l] Feature request.

On Thu, Nov 20, 2014 at 10:59 AM, James Forrester jforres...@wikimedia.org wrote: A paragraph-level diff means that you only get an edit conflict if two people change the same paragraph. A character-level diff would mean, then, that you only get a conflict if they change the same

Re: [Wikitech-l] Feature request.

On Thu, Nov 20, 2014 at 11:00 AM, James Forrester jforres...@wikimedia.org wrote: ​No. The Drafts extension (and any feature that puts hidden content on the servers) was veto'ed years ago by Legal. We need to stop beating this dead horse. If that is the case, it should be expressed more

Re: [Wikitech-l] Feature request.

On Mon, Nov 17, 2014 at 11:03 AM, James Forrester jforres...@wikimedia.org wrote: ​​Moving to character-level rather than paragraph-level diffing might help here, potentially. I vaguely​ remember that we attempted that and abandoned it because it caused more issues than it solved back in

Re: [Wikitech-l] Feature request.

On Mon, Nov 17, 2014 at 3:11 PM, Bartosz Dziewoński matma@gmail.com wrote: I've always thought that the reason for the current ordering is so that people don't blindly press Save again and undo others' changes. Instead they blindly press Save again and lose their own changes. Arguably

Re: [Wikitech-l] Phabricator for code review (defining the plan)

On Sun, Oct 19, 2014 at 5:44 PM, Brian Wolff bawo...@gmail.com wrote: Well there are a lot of links to it first of all. For which a redirect is a much better solution than sending the reader to a dead site and leaving them to figure out it's dead. At least for direct bug references it should

Re: [Wikitech-l] Expected behavior of templates when a parameter appears multiple time

On Tue, Oct 21, 2014 at 3:48 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: On Tue, Oct 21, 2014 at 4:01 AM, Strainu strain...@gmail.com wrote: What is the expected value of {{{key1}}} when parsing the template? From the docs I've read, I would expect it to be value3. That does

Re: [Wikitech-l] git review problems

For accessing the git server, you should check that 1) git remote show origin (or git remote show gerrit - depends on your git-review version + config) returns ssh://gerrit user@ gerrit.wikimedia.org:29418/project name as the push fetch URL 2) ssh -p 29418 gerrit user@gerrit.wikimedia.org returns

Re: [Wikitech-l] git review problems

On Tue, Sep 23, 2014 at 8:29 PM, Isarra Yos zhoris...@gmail.com wrote: As I understand it, the remotes for the submodules are all set in the parent repository's configuration, and thus will always be the same regardless of how you dowloaded or set up the parent. I don't think that's the

Re: [Wikitech-l] Best method to flag wiki pages based on rendered HTML

a new hook (to the end of Content::getParserOutput maybe), I don't see how this could be done. On Mon, Sep 15, 2014 at 3:03 AM, Brian Wolff bawo...@gmail.com wrote: On 9/14/14, Gergo Tisza gti...@wikimedia.org wrote: Hi, I would like to flag a large number of wiki pages based on whether

[Wikitech-l] Best method to flag wiki pages based on rendered HTML

Hi, I would like to flag a large number of wiki pages based on whether their HTML passes a certain test, so that failing pages can be easily listed and counted. The flags should adapt when pages are created or modified. (The specific use case is collecting file pages which do not have

Re: [Wikitech-l] Closure creation benchmark

On Thu, Sep 11, 2014 at 1:02 AM, Daniel Kinzler dan...@brightbyte.de wrote: Hi all. During the RFC doscussion today, the question popped up how the performance of creating closures compares to creating objects. This is particularly relevant for closures/objects created by bootstrap code

[Wikitech-l] New RfC: server-side Javascript error logging

Hi all, frontend development is greatly hindered by not having logs of errors that happen in production. If there is a mistake in a PHP file, it is usually quickly caught after deployment when a large number of exceptions show up in the error log. If the mistake is in a JS file, it can take a

Re: [Wikitech-l] Not logged in page

On Tue, Jul 15, 2014 at 12:05 PM, Tyler Romeo tylerro...@gmail.com wrote: Yes. Actually, that is existing functionality. Special:Userlogin will redirect users if the returnto (and optionally returntoquery) are specified. (The only exception is if a hook intervenes). The other exception is

Re: [Wikitech-l] Conflicting parser tests between extensions

On Wed, Jul 9, 2014 at 7:54 AM, Antoine Musso hashar+...@free.fr wrote: The parser tests expectations can not be meet when one mix extensions together. For example the Cite tests have some images/thumbnails, when one installs the MultimediaViewer extension, the test file because the

Re: [Wikitech-l] What namespaces should we use when we use them

On Tue, Jun 24, 2014 at 2:30 PM, Bryan Davis bd...@wikimedia.org wrote: I suggested MediaWiki\Extensions\OAuth because it seems like the most natural naming to me. PSR-4 [2] is very opinionated about namespaces. It requires a top-level (or vendor) namespace. I chose MediaWiki because ...

Re: [Wikitech-l] Ensure that user is logged in

On Thu, Jun 19, 2014 at 6:27 AM, Bartosz Dziewoński matma@gmail.com wrote: I'm reasonably sure that the HTTP and HTTPS protocols are smart enough to recognize cut off requests, and that any servers whatsoever are smart enough to implement this behavior. Actually not. multipart/form-data

Re: [Wikitech-l] new terms of use/paid contributions - do they apply to mediawiki

On Mon, Jun 16, 2014 at 1:25 PM, Brian Wolff bawo...@gmail.com wrote: So from what I understand, there's now been an amendment to WMF's terms of use to require disclosure of paid contributions [1]. Its a little unclear how this applies to MediaWiki as a project, but a literal reading of the

Re: [Wikitech-l] Getting phpunit working with Vagrant

On Fri, Jun 13, 2014 at 1:13 PM, Dan Duvall dduv...@wikimedia.org wrote: I would like to run the phpunit tests from inside my host OS though... I have pre-commit hook I rely on to run phpunit tests before submitting... how can I do that now? We might be able to get that working by

Re: [Wikitech-l] Using Composer to manage libraries for mediawiki/core on Jenkins and Foundation cluster

On Wed, Jun 4, 2014 at 9:53 AM, Tyler Romeo tylerro...@gmail.com wrote: Here is the solution: rather than using Composer as a package management system when, in reality, it is a dependency management system, we use Composer to properly maintain core, and then do one of the following: 1)

Re: [Wikitech-l] Using Composer to manage libraries for mediawiki/core on Jenkins and Foundation cluster

On Fri, May 30, 2014 at 3:56 PM, Bryan Davis bd...@wikimedia.org wrote: There is still some ongoing internal discussion about the best way to verify that included libraries are needed and that security patches are watched for and applied from upstream. Chris Steipp is awesome, but it would be

Re: [Wikitech-l] Jettisoning our history?

On Sat, May 31, 2014 at 9:38 AM, Chad innocentkil...@gmail.com wrote: On Sat, May 31, 2014 at 5:52 AM, Bartosz Dziewoński matma@gmail.com wrote: Why don't we just suggest that people use shallow clones? Git supports pushing from and pulling to them since 1.9, and while Gerrit doesn't

Re: [Wikitech-l] Upcoming jQuery upgrade (breaking change)

On Wed, May 7, 2014 at 9:29 AM, Krinkle krinklem...@gmail.com wrote: A rough timeline: * 12 May 2014 (1.24wmf4 [9]): Phase 1 – Instrumentation and logging starts. This will run for 4 weeks (until June 9). * 19 May 2014 (1.24wmf5): Phase 2 – Upgrade and Migrate. This will run for 3

Re: [Wikitech-l] Bot flags and human-made edits

On Mon, May 19, 2014 at 4:33 PM, Dan Garry dga...@wikimedia.org wrote: Can you help me out and tell me what those cases are? I've been editing for nine years and not stumbled upon them, so I'm very curious. If you are a sysop, you can either add bot=1 to a rollback URL by hand (unlike most

Re: [Wikitech-l] Image scaling proposal: server-side mip-mapping

On Thu, May 1, 2014 at 7:02 AM, Gilles Dubuc gil...@wikimedia.org wrote: Another point about picking the one true bucket list: currently Media Viewer's buckets have been picked based on the most common screen resolutions, because Media Viewer tries to always use the entire width of the screen

[Wikitech-l] MediaViewer URL format

Hi all, we have just deployed a new URL format for MediaViewer [0], I am submitting it here for comments and for the benefit of people who have to do something similar in other contexts. MediaViewer stores the name of the image in the hash part of the URL so one can share links to a page with a

Re: [Wikitech-l] Proposed body font stack for Latin

On Mon, Apr 14, 2014 at 6:54 PM, Steven Walling steven.wall...@gmail.comwrote: On Wikitech-l, Design-l, and in the extensive documentation on mediawiki.org, people have laid out highly objective rationales for why each font and the associated type sizing, spacing, leading, and more were

Re: [Wikitech-l] Proposed body font stack for Latin

On Tue, Apr 15, 2014 at 10:12 AM, Steven Walling steven.wall...@gmail.comwrote: Are you volunteering to build such a survey tool? ;-) Will see if I find the time. Survey probably gives the wrong idea here, it is really just an overlay with two buttons, more of an interactive A/B test. Could be

Re: [Wikitech-l] [Design] Requesting feedback on Project- UploadWizard: Openstreetmap embedding

On Wed, Mar 12, 2014 at 2:42 PM, Ryan Kaldari rkald...@wikimedia.orgwrote: Ack, I wish I had known about this earlier. Most of these features had already been implemented for UploadWizard, but the patches were never polished enough to be merged: https://gerrit.wikimedia.org/r/#/c/12352/

Re: [Wikitech-l] [Design] Requesting feedback on Project- UploadWizard: Openstreetmap embedding

On Wed, Mar 12, 2014 at 3:59 PM, Ryan Kaldari rkald...@wikimedia.orgwrote: Regarding the static maps on initial load, I found this feature to be unintuitive when I tried it. IMO, it would be better to just show a spinner while the map is loading, rather than requiring an extra click to get to

Re: [Wikitech-l] MediaWiki, Cookies and EU Privacy Policy 95/46/EG

On Mon, Mar 10, 2014 at 8:46 AM, Manuel Schneider manuel.schnei...@wikimedia.ch wrote: The issue at hand is: EU privacy policy 95/46/EG[1] allows usage of cookies only if * the user has been informed beforehand in detail * the user has accepted the cookie * this acceptance was given freely,

Re: [Wikitech-l] Multimedia team architecture update

On Fri, Mar 7, 2014 at 3:27 AM, Gerard Meijssen gerard.meijs...@gmail.comwrote: When Commons gets the Wikidata treatment, almost everything that has to do with meta data will gain wikidata statements on the Wikidata item that reflects a media file (sound photo movie no matter). When items

[Wikitech-l] Multimedia team architecture update

Hi all, the multimedia team [1] had a chat about some architectural issues with MultimediaViewer [2] today, and Robla has pointed out that we should publish such discussions on wikitech-l to make sure we do no reinvent to many wheels, so here goes. Comments pointing out all the obvious solutions

Re: [Wikitech-l] Echo IRC office hours for developers

Ryan Kaldari rkaldari at wikimedia.org writes: The Editor Engagement team will be holding a special Echo IRC office hours specifically for developers next Tuesday. We would like to let the other developers know what we're up to and allow them to ask any questions they may have about the

<    1   2   3