Decide on an inspector related analytic to include in the dashboard and implement it

In lieu of #145 not being able to happen let's look through @mathias-gibson's analytics doc to see if there is a metric we can use that is inspector related that isn't total amount of inspections (which we can't measure due to the fields we have received.)

not a lot of data tracked on inspections, might be why Christa wanted us to
create some. I'll ping Donna to see if there is something that can be added
in v3.
in the mean time, two things we can add that will be interesting are time
eplapsed between application date and permit issues data, and time elapsed
permit issued date and co date. What makes this a bit messy is that the
dataset is all permits, regardless if they are subpermits, so we will need
to be able to suss out the main permits from subpermits that can be quickly
obtained online, and I don't think that's not as simple as grabbing those
with master permit numbers.
On Tue, Aug 25, 2015 at 12:12 PM, Ernie Hsiung<EMAIL_ADDRESS>wrote:

In lieu of #145
https://github.com/codeforamerica/mdc-feedback/issues/145 not being
able to happen let's look through @mathias-gibson
https://github.com/mathias-gibson's analytics doc to see if there is a
metric we can use that is inspector related that isn't total amount of
inspections (which we can't measure due to the fields we have received.)
—
Reply to this email directly or view it on GitHub
https://github.com/codeforamerica/mdc-feedback/issues/219.

[ ] Time elapsed between application_date and permit_issued_date
[ ] Time elapsed between permit_issued_date and co_cc_date

Question: For the second one - if there is no co_cc_date (the permit is open) do we calculate the time between the permit_issued_date and today's date? Or do we just skip over it?

we will need to be able to suss out the main permits from subpermits that can be quickly
obtained online, and I don't think that's not as simple as grabbing those
with master permit numbers.

So I've been treating main permits and subpermits as similar things - the biggest reason is because I don't know how to distinguish between the two (as you said)

Spinning off the metric that Mathias' brought up to #222, closing this issue.


Delete desktop.ini from 2.11 screenshots (DE / iOS)

This PR removes the file desktop.ini from https://github.com/corona-warn-app/cwa-website/tree/master/src/assets/screenshots/2-11/de/ios.
The file has no function on the website and was presumably accidentally committed. It showed up as problematic when I was looking at cloning the web source into Microsoft OneDrive.

@MikeMcC399 Good morning! Thanks!

@dsarkar
Good morning!


supporting swagger dictionaries https://swagger.io/docs/specification…

https://swagger.io/docs/specification/data-models/dictionaries/

@jakob101 @mtennoe can you guys take a look?

@vandop there


TableViewCell editControl checkmark view is also reversed, any way to fix this??

you have to reverse that checkmark icon or even better use a reversed image


Language server doesn't handle css.resolve

Hello! I see that a previous issue (#16) called out a bug when a component uses css.global; I'm seeing what seems to be the same issue when using css.resolve:

Steps To Reproduce

Add a tagged template using css.resolve

The current behavior
Syntax highlighting and language server responses (autocomplete options) are incorrect/partially missing
The expected behavior
css.resolve-tagged templates behave the same as <styled jsx> tags and css.global-tagged-templates!

Thanks for your report! @SMores
I don't know if it should be the case, but for your burgerStyles to work you need to wrap it under a className like so :
import css from 'styled-jsx/css'

const burgerStyles = css.resolve`
  .some-class-name {
    display: block;
    position: absolute;
    top: 2.5rem;
    right: 2rem;
  }

  @media (min-width: 769px) {
    .some-class-name {
      display: none;
    }
  }
`

Interesting! I wonder if this is a quirk of how css.resolve works: it does allow styles at the top level (without a tag)... but now that I'm looking more closely at the docs, this isn't actually a documented feature. This works just fine as is:

But you're right that the docs suggest nesting these styles in a tag... I personally think that kind of stinks/breaks encapsulation, but I suppose it's fair that your extension doesn't support it given that it isn't documented!
I just opened a thread on the styled-jsx discussion forum asking for clarification: https://github.com/vercel/vercel/discussions/6065.

Related to the topic but not related to the issue of wrapping resolved styles in a className: In our code base we're destructuring the resolve import from styled-jsx/css (import { resolve } from 'styled-jsx/css';), which results in us declaring:
resolve`
   ...
`

This doesn't trigger the syntax highlighting as it specifically looks for css.resolve. Are there any plans to support this either by default or as a configurable option?
(If you feel this should be a separate issue just lmk.)

Right, I think it is cleaner to use css.resolve, but yes feel free to open a PR with a configurable option to make it work with resolve only. @eliasthompson

I never ended up getting any responses to that discussion thread.. just tried another tack and opened an issue on styled-jsx!


2018-02-06. Merged in translations from Transifex.

Final translation push to January update release.

@ramya-rao-a can you please merge this into the master and release branch. This is usually something the end game master does since if we merge the 24 hours period for the insider is reset. So if we plan to ship today, don't merge. If we plan to ship tomorrow then we should merge.

@dbaeumer Will merge this after today's release as discussed offline


Fix disable-oauth-proxy example

Signed-off-by: Juraci Paixão Kröhling<EMAIL_ADDRESS>

This change is

Slipped through, as a result of the last change from #100.


Chrome and Internet explorer works, but not on Firefox

Hello,
Plug in  works perfectly in Chrome and Internet explorer browsers, but not in Firefox.
This is code:
$this->addBehavior('Josegonzalez/Upload.Upload', [
            'fitxer' => [
                'fields' => [
                    // if these fields or their defaults exist
                    // the values will be set.
                    'dir' => 'fitxer_dir', // defaults to `dir`
                    'size' => 'fitxer_size', // defaults to `size`
                    'type' => 'fitxer_type', // defaults to `type`
                ],
            ],
        ]);

TdrsTable.txt
<?=  $this->Html->link('Veure', '/' . $recipe->fitxer_dir . '' . $recipe->fitxer); ?>

index.txt
Thank you

What happens for Firefox browsers?

In Chrome and Explorer URL is
http://localhost/tdr/webroot/files/Tdrs/fitxer/Read me.txt
All right
In Firefox URL is
http://localhost/tdr/webroot\files\Tdrs\fitxer\Read me.txt
See the \ bar instead the / bar
and display an "Object not found!" error
Thanh you for yours corrections

Can you gist the html that is output to the browser in both chrome and firefox? This sounds like it's completely unrelated to the upload plugin, and rather something else...

It'd also be helpful if you could further expand upon "not working". What have you tried? What are you expecting and what is happening?

Yes.

In Chrome an Explorer when I push "Veure", browser outputs:
http://localhost/tdr/webroot/files/Tdrs/fitxer/Lazooterapia.pdf
and open correctly the pdf.
The source is:
td>Veure
In Firefox, browser outputs
http://localhost/tdr/webroot\files\Tdrs\fitxer\lazooterapia.pdf
The source is the same as Chrome:
td>Veure
but doesn't found the pdf file.
Chrome:

Firefox:

Thank you

What does your view link look like? What's the actual PHP?
It should be something like $this->Html->link('View', //etc

Can you gist the actual source contents as opposed to providing a pdf?

In view  cake code is
<?=  $this->Html->link('Veure', '/' . $recipe->fitxer_dir . '' . $recipe->fitxer); ?>

Both Chrome and Firefox, code source is
Veure

Chrome resolvs correctly but not Firefox.

Okay so it looks like the DIRECTORY_SEPARATOR we are saving in the database doesn't work so well if you're on Windows. This works fine on a *nix systems, but not so great on windows since the DS is different than what urls use.
No good fix, since you'll break local file pathing if we use forward slashes.
You could try just doing str_replace('\', '/', $recipe->fitxer_dir). I'll document this issue and come up with a configurable workaround.

If you want the dir (\) and the url (/) version saved to your database, you could use Virtual Fields and save the url based on the dir field and applying str_replace('\', '/', $recipe->fitxer_dir) there.

Remember to escape the backslash, like so: str_replace('\', '/', $this->fitxer_dir);