<feed xmlns='http://www.w3.org/2005/Atom'>
<title>leap_web.git, branch feat/drop-signup</title>
<subtitle>[leap_web] 
</subtitle>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/'/>
<entry>
<title>feat: remove signup link from landing page</title>
<updated>2017-08-04T09:06:20+00:00</updated>
<author>
<name>Azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-08-04T09:06:20+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=36ef16fb01865552e3fcc14c81819cbbead49169'/>
<id>36ef16fb01865552e3fcc14c81819cbbead49169</id>
<content type='text'>
We are deprecating webapp based signup. It leads to an
inconsistent state for mail providers and offers no useful
interactions for vpn providers either.

Instead of trying to deal with the halve way signup through
the webapp we require signup through bitmask app which can
also create the pgp keys for email and download and use the
cert for vpn.

In addition this reduces the attack surface for js injection,
phishing and other browser based attacks.

For now we still keep the signup form in case providers link
to it directly. We also keep all the tests based on it. Cleanup
will happen right after 0.10.0 release.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We are deprecating webapp based signup. It leads to an
inconsistent state for mail providers and offers no useful
interactions for vpn providers either.

Instead of trying to deal with the halve way signup through
the webapp we require signup through bitmask app which can
also create the pgp keys for email and download and use the
cert for vpn.

In addition this reduces the attack surface for js injection,
phishing and other browser based attacks.

For now we still keep the signup form in case providers link
to it directly. We also keep all the tests based on it. Cleanup
will happen right after 0.10.0 release.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'fix/sass-load-path' into 'master'</title>
<updated>2017-07-26T09:28:28+00:00</updated>
<author>
<name>azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-07-26T09:28:28+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=38ce3a14652aca9b3b8d8ad42f9968cfbcc44478'/>
<id>38ce3a14652aca9b3b8d8ad42f9968cfbcc44478</id>
<content type='text'>
Fix/sass load path

Closes #8794

See merge request !40</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix/sass load path

Closes #8794

See merge request !40</pre>
</div>
</content>
</entry>
<entry>
<title>custom: fix stylesheet customization</title>
<updated>2017-07-26T09:19:41+00:00</updated>
<author>
<name>Azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-07-26T09:19:41+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=d939562360377dad4dfd8ab1520b15f85fc0a730'/>
<id>d939562360377dad4dfd8ab1520b15f85fc0a730</id>
<content type='text'>
fixes #8794

Reported the underlying issue here:
https://github.com/rails/sass-rails/issues/406

Basically `@import` works like this:
* look for the file relative to the current file
* look for the file as an absolute path following the priorities in the
* asset load_paths

If the file can be imported as a relative path that will take
precedence.

So in order to pick up the head and tails inside customization rather
than in app/assets there are three possibilities:
1) use an absolute path. This is not as easy as it seems. There is no
way of indicating a path is meant to be absolute so we would have to
ensure it does not resolve to a relative path.
2) have a application.scss file inside the customization folder. Since
this is the main file it will be used instead of the app/assets one. In
there relative paths will now also default to the customization folder
rather than app/assets. Once we are in an app/assets file though it will
not go back to picking up customization with relative paths
3) use //= require instead of import. rails-sass advices against this as
each required file would be compiled on it's own and variables could not
be shared.

Going with option 1 here:
```scss
// application.scss:
@import "custom/head_import";
```

```scss
// custom/head_import.scss:
@import "head";
```

As long as there is no custom/head.scss in app/assets it will import
head as an absolute path and thus prefer config/custom over app/assets.

This seems like the best option for now as it does not require changes
to the deployments.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
fixes #8794

Reported the underlying issue here:
https://github.com/rails/sass-rails/issues/406

Basically `@import` works like this:
* look for the file relative to the current file
* look for the file as an absolute path following the priorities in the
* asset load_paths

If the file can be imported as a relative path that will take
precedence.

So in order to pick up the head and tails inside customization rather
than in app/assets there are three possibilities:
1) use an absolute path. This is not as easy as it seems. There is no
way of indicating a path is meant to be absolute so we would have to
ensure it does not resolve to a relative path.
2) have a application.scss file inside the customization folder. Since
this is the main file it will be used instead of the app/assets one. In
there relative paths will now also default to the customization folder
rather than app/assets. Once we are in an app/assets file though it will
not go back to picking up customization with relative paths
3) use //= require instead of import. rails-sass advices against this as
each required file would be compiled on it's own and variables could not
be shared.

Going with option 1 here:
```scss
// application.scss:
@import "custom/head_import";
```

```scss
// custom/head_import.scss:
@import "head";
```

As long as there is no custom/head.scss in app/assets it will import
head as an absolute path and thus prefer config/custom over app/assets.

This seems like the best option for now as it does not require changes
to the deployments.
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "fix: make customization available to sass"</title>
<updated>2017-07-26T08:55:11+00:00</updated>
<author>
<name>Azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-07-26T08:55:11+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=ec87fdd5b60aaab7bd44feafd12641c4a4e1bde6'/>
<id>ec87fdd5b60aaab7bd44feafd12641c4a4e1bde6</id>
<content type='text'>
This reverts commit cc95bb27e873dc6140f9a909a57f075a0ef2f387.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit cc95bb27e873dc6140f9a909a57f075a0ef2f387.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'fix/sass-load-path' into 'master'</title>
<updated>2017-07-25T09:18:18+00:00</updated>
<author>
<name>azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-07-25T09:18:18+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=e78c74af0f04e05b26dd6695ef7a7571185744ea'/>
<id>e78c74af0f04e05b26dd6695ef7a7571185744ea</id>
<content type='text'>
fix: make customization available to sass

Closes #8793

See merge request !39</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
fix: make customization available to sass

Closes #8793

See merge request !39</pre>
</div>
</content>
</entry>
<entry>
<title>fix: make customization available to sass</title>
<updated>2017-07-25T09:11:42+00:00</updated>
<author>
<name>Azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-07-25T09:09:47+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=cc95bb27e873dc6140f9a909a57f075a0ef2f387'/>
<id>cc95bb27e873dc6140f9a909a57f075a0ef2f387</id>
<content type='text'>
Somehow sass did not follow the rails assets path order.
Therefore the default tail.scss would stay in effect even when
there was a different tail.scss in the customization folder.

Adding the customization stylesheet folder to the sass load_paths
works around this for now. Still need to check if it works in
production though.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Somehow sass did not follow the rails assets path order.
Therefore the default tail.scss would stay in effect even when
there was a different tail.scss in the customization folder.

Adding the customization stylesheet folder to the sass load_paths
works around this for now. Still need to check if it works in
production though.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'test/gitlab-artifacts' into 'master'</title>
<updated>2017-04-21T12:54:43+00:00</updated>
<author>
<name>azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-04-21T12:54:43+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=3d3a1902782cf247dee1c68ea905ef1e6a804b63'/>
<id>3d3a1902782cf247dee1c68ea905ef1e6a804b63</id>
<content type='text'>

ci: logs and debug files as artifacts

See merge request !38</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>

ci: logs and debug files as artifacts

See merge request !38</pre>
</div>
</content>
</entry>
<entry>
<title>ci: logs and debug files as artifacts</title>
<updated>2017-04-21T12:42:59+00:00</updated>
<author>
<name>Azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-04-21T09:37:37+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=c643f2fd25e8e47b6769b91f8914f8f217d8838a'/>
<id>c643f2fd25e8e47b6769b91f8914f8f217d8838a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'bugfix/8784-import-pgp-key' into 'master'</title>
<updated>2017-04-20T14:11:42+00:00</updated>
<author>
<name>azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-04-20T14:11:42+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=a5ba112d8c6bc068de9c499600452b77d40d7a8b'/>
<id>a5ba112d8c6bc068de9c499600452b77d40d7a8b</id>
<content type='text'>

fix: set token in forms correctly

Closes #8784

See merge request !37</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>

fix: set token in forms correctly

Closes #8784

See merge request !37</pre>
</div>
</content>
</entry>
<entry>
<title>fix: set token in forms correctly</title>
<updated>2017-04-20T13:59:18+00:00</updated>
<author>
<name>Azul</name>
<email>azul@riseup.net</email>
</author>
<published>2017-04-20T13:59:18+00:00</published>
<link rel='alternate' type='text/html' href='https://leap.se/git/leap_web.git/commit/?id=653f92e6ac5c0b61e8113665735d929426deb714'/>
<id>653f92e6ac5c0b61e8113665735d929426deb714</id>
<content type='text'>
We now use the hash of the token for comparison and as the id.
In order to use it you need the original token though. So forms and
thus the session should have token.to_s rather than token.id.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We now use the hash of the token for comparison and as the id.
In order to use it you need the original token though. So forms and
thus the session should have token.to_s rather than token.id.
</pre>
</div>
</content>
</entry>
</feed>
