Contribute to Open Source. Search issue labels to find the right project for you!

Improve design for `contributors` page

sonarwhal/sonarwhal.com

1) Link underlines are to close to the text:

2) On small screens, things are not aligned, and too crowded.

![screen shot 2017-06-26 at 12 18 15-fullpage](https://user-images.githubusercontent.com/1223565/27533446-4b528bcc-5a6c-11e7-8810-433cd4c2301a.png)

3) On big screens things are to spread out, and icons on the first row are smaller than on the second one.

![](https://user-images.githubusercontent.com/1223565/27533191-5f451c90-5a6b-11e7-9aa5-ba9f01012b40.png)
Updated 26/06/2017 09:40

Design Updates

sonarwhal/sonarwhal.com

List of updates to make that are mostly cosmetic. Re-assessing colors used in places since the documentation layout changed slightly (mostly due to content)

  • [x] Change Documentation header weight, width, and color
  • [x] toc-subsection-title margin-left: change to 0
  • [x] toc main categories (formatters, collectors, rules) should be black or the darker grey used, then blue when expanded/active
  • [x] update Nellie illustration on home page
  • [x] Fix footer list item margin on other pages except home
  • [x] Change cursor on toc section titles so it looks clickable
Updated 23/06/2017 16:43

Documentation for different parts

ipfs/py-ipfs-api

I see that the simple writeup is only for connecting to daemon and adding a file.

Please add for -How to list all the files added with different methods -How to get a specific file with multiple ways -Explain the different parts of the id() result

Without this, the usability is insufficient.

Updated 23/06/2017 19:50 2 Comments

[Proposal] Avoid encoding JavaScript regular expressions in strings

sonarwhal/sonar

Encoding regular expressions as JavaScript strings is kind of awful because of the escaping rules. Maybe default to using glob patterns instead (perhaps use minimatch)?

Instead of the following:

"ignoredUrls": {
    ".*\\.domain1\\.com/.*": ["*"],
    "www.domain2.net": ["disallowed-headers"]
}

I propose the following:

"ignoredUrls": {
    "*.domain1.com/**": ["*"],
    "www.domain2.net": ["disallowed-headers"]
}

In cases where .sonarrc.js is used, the developer could directly provide a JavaScript regular expression (assuming the regular expression is not a key in an object…as is the case above).

Updated 21/06/2017 03:54 4 Comments

Refactor worksWithLocalFiles config for rules

sonarwhal/sonar

Right now rules have a property worksWithLocalFiles that if set to false will not execute if the resource uses the file:// protocol. I think we should refactor and abstract the protocol. Right now there are a few rules that will not work if the resource is a data url (content-type,disallow-headers, etc.). I think it should be something like doesntApplyTo: ['file:', 'data:'] or a better name.

Updated 13/06/2017 18:25 1 Comments

Simplify context.report

sonarwhal/sonar

Right now the signature looks like: js await context.report(resource, element, message, location, severity);

I think that severity can be removed because it is already in context and I don’t see a reason to change it in a rule. location we’ll have to do a bit more of research to make sure it is not used elsewhere.

@MicrosoftEdge/sonar-devs thoughts?

Updated 20/06/2017 13:32 3 Comments

Change Difference type in CountOf to return a Maybe

haskell-foundation/foundation

we should only have CountOf that are positive, and the only way to create negative count of would be using the (-) operation. By having (-) returning a Maybe CountOf, we prevent most negative count bug.

also having this we can replace the code that uses (-) on CountOf which is usually :

if n >= m
    then ..ok,we have element to remove.. now the size is n - m..
    else ..do_something_not_enough_data..

into something that is safer by construction:

case n - m of
    Nothing -> ..do_something_not_enough_data
    Just newSize -> ...remove_something_and_then_newSize...
Updated 10/06/2017 13:19 1 Comments

integrate external patches

neomutt/neomutt

Here’s a list of patches I’ve found, which are not already integrated in neomutt.


Some Lists:

  • https://github.com/hihellobolke/mutt-extra/tree/master/mutt-patched
  • https://dev.mutt.org/trac/wiki/PatchList
Updated 09/06/2017 19:08 2 Comments

LOGIN_REDIRECT_URL required

wagtail/wagtail

Issue Summary

Since 1.0 LOGIN_REDIRECT_URL should not be required, but it is. See http://docs.wagtail.io/en/v1.0/releases/1.0.html#you-no-longer-need-login-url-and-login-redirect-url-to-point-to-wagtail-admin

Steps to Reproduce

$ virtualenv venv
$ cd venv/
$ source bin/activate
$ pip install wagtail
$ wagtail start project
$ cd project/
$ python manage.py migrate
$ python manage.py createsuperuser
$ python manage.py runserver

Go to http://localhost:8000/admin/login/ Login => 404 Not found

Expected: access to the admin. Instead you get a redirection to http://localhost:8000/accounts/profile/ and a Not Found error.

Technical details

Django version: 1.11.1 Wagtail version: 1.10.1

Updated 02/06/2017 21:01 4 Comments

Running `daemon` in CLI screws up config

ipfs/js-ipfs

If I initialize a new repo, look at the config, run jsipfs daemon and then look at the config, they look different. There is some mumbo-jumbo being added in the bottom of the config. Steps to reproduce:

jsipfs init
# look at the config
jsipfs daemon
# ctrl+c to exit
# look at the config again

Log

$ IPFS_PATH=$(mktemp -d) ./node_modules/.bin/jsipfs init
initializing ipfs node at /tmp/tmp.mfw7OkcfUC
generating 2048-bit RSA keypair...done
peer identity: QmepNLSw4Ly5RNTP1sCwVLSbb6fsf2owJWtDPCUpYigg9b
WARNING: Your platform does not have native WebRTC support, it won' use any WebRTC transport
to get started, enter:

     jsipfs files cat /ipfs/QmPZ9gcCEpqKTo6aq61g2nXGUhM4iCL3ewB6LDXZCtioEB

$ cat /tmp/tmp.mfw7OkcfUC/config
{
  "Addresses": {
    "Swarm": [
      "/ip4/0.0.0.0/tcp/4002",
      "/ip4/127.0.0.1/tcp/4003/ws"
    ],
    "API": "/ip4/127.0.0.1/tcp/5002",
    "Gateway": "/ip4/127.0.0.1/tcp/9090"
  },
  "Discovery": {
    "MDNS": {
      "Enabled": true,
      "Interval": 10
    },
    "webRTCStar": {
      "Enabled": true
    }
  },
  "Bootstrap": [
    "/ip4/104.131.131.82/tcp/4001/ipfs/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ",
    "/ip4/104.236.176.52/tcp/4001/ipfs/QmSoLnSGccFuZQJzRadHn95W2CrSFmZuTdDWP8HXaHca9z",
    "/ip4/104.236.179.241/tcp/4001/ipfs/QmSoLPppuBtQSGwKDZT2M73ULpjvfd3aZ6ha4oFGL1KrGM",
    "/ip4/162.243.248.213/tcp/4001/ipfs/QmSoLueR4xBeUbY9WZ9xGUUxunbKWcrNFTDAadQJmocnWm",
    "/ip4/128.199.219.111/tcp/4001/ipfs/QmSoLSafTMBsPKadTEgaXctDQVcqN88CNLHXMkTNwMKPnu",
    "/ip4/104.236.76.40/tcp/4001/ipfs/QmSoLV4Bbm51jM9C4gDYZQ9Cy3U6aXMJDAbzgu2fzaDs64",
    "/ip4/178.62.158.247/tcp/4001/ipfs/QmSoLer265NRgSp2LA3dPaeykiS1J6DifTC88f5uVQKNAd",
    "/ip4/178.62.61.185/tcp/4001/ipfs/QmSoLMeWqB7YGVLJN3pNLQpmmEk35v6wYtsMGLzSr5QBU3",
    "/ip4/104.236.151.122/tcp/4001/ipfs/QmSoLju6m7xTh3DuokvT3886QRYqxAzb1kShaanJgW36yx"
  ],
  "Identity": {
    "PeerID": "QmepNLSw4Ly5RNTP1sCwVLSbb6fsf2owJWtDPCUpYigg9b",
    "PrivKey": "CAASqAkwggSkAgEAAoIBAQDnW+b3NkRp2++gutnwbk892Ld+5u45wwTGnjRELGWvcClZ0+0C4RH4GOwOEOrrmGhlLuoreg+0P1/GmJ6Ov6XT6TLbC+zcCmUSSWGfKDXRwVtralURAWT/KgUDcoMczDVx57BKC+Gb07paIlP5HVy8b+6MLiI8zwoonP1ol3glGFK1qHoPgvN4KoOb/QHpbMs9+X39VTzAHjH5OLGX3tmuZ3o1x/RG1xJV0Bfo3Jivi3G7tFt4FzVLWxvrsT5Z/IkCDRWG15cNddzRsylKfaMbzEUOF/jCcTWHuHaNlffbBX5i3JD98ATT2v2oxcJGl16hJOG6OWwNUSGxgbfC/VaHAgMBAAECggEBAMHDJ0ltiph52VPsiXAign0SjoNalrOLj+lkP/PElxj6P7d6lOovY2Q8Qx54rrbHes8bHoVxAcv8s5LY6Ro2iYRTrwLjFukmT4WkLX0lKQXWAWGRuVK3r0VAhNhhREuO/0e5OdyZ3MYr6ctpKpjdLXin6co/LO9umlxvNpAtIzM0dtFCCE5XswlahLFJ5YLZLu+cV+JetQGJLYkvnbCi7GTV3kG/0IbS/FUfS0rVsOe0J4muR7ZWRjq3CtYA7sC31XuW0RCYVC0qXFG5YAUrnRYFkrCGLAn/UqgxXvfSEyPCmVqYbN9PNhgaAaY27zKpKhAbCN8psIR+mMboTVVoakECgYEA/DAw+r/9zxFh8TW+Eukr6S6oHO9kBVDeGoiaoWSuEEXu2Akl28Gacgebdk2le8xi8/bAgYi6sRx05kuq+RZz1nRaSnMqIHvcaUi5LQIBWylLy6TLX21NBaQtlMbumWcpNTH6coD89PDmYhBk1pxLr6OEYxyBIcFT0KK3Ca/mJCcCgYEA6tsdaDPpwBXOlW6WU4hlZ3gGuQfUWTc5V5yo+4qWvDDqYvCcNVd/fFlmt6hfdD/QwgZkH9aMXOzfYh7jzcU9mqSpxkL173mBtprWPaTJHd+2MA2v4uPHLTfy+HTtwWhRaAK2z3vQ0O7v6rY4vLfOUVfV22OsFL4RoxCWSDO41qECgYBvOi4QGieucWM6SNLJcm/8i6h4ApmhwpYDK+bPciFXahC61eYNs6kTzAkkN4DaRj4KjfU/7Hcy8HMas5r3+5AhsPW1ym91HkwLX5jUogLJG0Cj084jC4kiCNRVvxuzKw3AuYdVg1COE8X40HQ5N3wmPj+AmyzVH3iBF5MVQbCGlwKBgF5VbNZyI634FGaJaPBclP6eg3TG5FCBkhLS5j1DSZCFxV/Abb4vSxHThyK2CsFS8LM+hfET6IVaz89FwRLh6wC2q0rrkoWCNMv4HZ3dFrtdJHzgwolMHLDZDEsoDGfnUuuIS43DmfiSQOPyFZAX9FNQCKJ6wqACSGtLOlH+FHyBAoGBAPeyTkMWjgs9cRZlkoYcA7YXcQMRHdjXboVOUQ48vVuAk/DHl/DccAUK9NOEKHCu7M1lwIZM0aD/S80xzN85MBAt4K9iYNZP5MdjdAU8iQmtlgftdNPAPpNl8XfPeiqf/F8iS7OaVIqGuEGoRr7YT1UTQyvQdeHcwNHPmoJjzSFG"
  }
}

$ IPFS_PATH=/tmp/tmp.mfw7OkcfUC ./node_modules/.bin/jsipfs daemon
Initializing daemon...
Swarm listening on /ip4/127.0.0.1/tcp/4003/ws/ipfs/QmepNLSw4Ly5RNTP1sCwVLSbb6fsf2owJWtDPCUpYigg9b
Swarm listening on /ip4/127.0.0.1/tcp/4002/ipfs/QmepNLSw4Ly5RNTP1sCwVLSbb6fsf2owJWtDPCUpYigg9b
Swarm listening on /ip4/10.185.197.123/tcp/4002/ipfs/QmepNLSw4Ly5RNTP1sCwVLSbb6fsf2owJWtDPCUpYigg9b
API is listening on: /ip4/127.0.0.1/tcp/5002
Gateway (readonly) is listening on: /ip4/127.0.0.1/tcp/9090
Daemon is ready
^CReceived interrupt signal, shutting down..

$ cat /tmp/tmp.mfw7OkcfUC/config
{
  "Addresses": {
    "Swarm": [
      "/ip4/0.0.0.0/tcp/4002",
      "/ip4/127.0.0.1/tcp/4003/ws"
    ],
    "API": "/ip4/127.0.0.1/tcp/5002",
    "Gateway": "/ip4/127.0.0.1/tcp/9090"
  },
  "Discovery": {
    "MDNS": {
      "Enabled": true,
      "Interval": 10
    },
    "webRTCStar": {
      "Enabled": true
    }
  },
  "Bootstrap": [
    "/ip4/104.131.131.82/tcp/4001/ipfs/QmaCpDMGvV2BGHeYERUEnRQAwe3N8SzbUtfsmvsqQLuvuJ",
    "/ip4/104.236.176.52/tcp/4001/ipfs/QmSoLnSGccFuZQJzRadHn95W2CrSFmZuTdDWP8HXaHca9z",
    "/ip4/104.236.179.241/tcp/4001/ipfs/QmSoLPppuBtQSGwKDZT2M73ULpjvfd3aZ6ha4oFGL1KrGM",
    "/ip4/162.243.248.213/tcp/4001/ipfs/QmSoLueR4xBeUbY9WZ9xGUUxunbKWcrNFTDAadQJmocnWm",
    "/ip4/128.199.219.111/tcp/4001/ipfs/QmSoLSafTMBsPKadTEgaXctDQVcqN88CNLHXMkTNwMKPnu",
    "/ip4/104.236.76.40/tcp/4001/ipfs/QmSoLV4Bbm51jM9C4gDYZQ9Cy3U6aXMJDAbzgu2fzaDs64",
    "/ip4/178.62.158.247/tcp/4001/ipfs/QmSoLer265NRgSp2LA3dPaeykiS1J6DifTC88f5uVQKNAd",
    "/ip4/178.62.61.185/tcp/4001/ipfs/QmSoLMeWqB7YGVLJN3pNLQpmmEk35v6wYtsMGLzSr5QBU3",
    "/ip4/104.236.151.122/tcp/4001/ipfs/QmSoLju6m7xTh3DuokvT3886QRYqxAzb1kShaanJgW36yx"
  ],
  "Identity": {
    "PeerID": "QmepNLSw4Ly5RNTP1sCwVLSbb6fsf2owJWtDPCUpYigg9b",
    "PrivKey": "CAASqAkwggSkAgEAAoIBAQDnW+b3NkRp2++gutnwbk892Ld+5u45wwTGnjRELGWvcClZ0+0C4RH4GOwOEOrrmGhlLuoreg+0P1/GmJ6Ov6XT6TLbC+zcCmUSSWGfKDXRwVtralURAWT/KgUDcoMczDVx57BKC+Gb07paIlP5HVy8b+6MLiI8zwoonP1ol3glGFK1qHoPgvN4KoOb/QHpbMs9+X39VTzAHjH5OLGX3tmuZ3o1x/RG1xJV0Bfo3Jivi3G7tFt4FzVLWxvrsT5Z/IkCDRWG15cNddzRsylKfaMbzEUOF/jCcTWHuHaNlffbBX5i3JD98ATT2v2oxcJGl16hJOG6OWwNUSGxgbfC/VaHAgMBAAECggEBAMHDJ0ltiph52VPsiXAign0SjoNalrOLj+lkP/PElxj6P7d6lOovY2Q8Qx54rrbHes8bHoVxAcv8s5LY6Ro2iYRTrwLjFukmT4WkLX0lKQXWAWGRuVK3r0VAhNhhREuO/0e5OdyZ3MYr6ctpKpjdLXin6co/LO9umlxvNpAtIzM0dtFCCE5XswlahLFJ5YLZLu+cV+JetQGJLYkvnbCi7GTV3kG/0IbS/FUfS0rVsOe0J4muR7ZWRjq3CtYA7sC31XuW0RCYVC0qXFG5YAUrnRYFkrCGLAn/UqgxXvfSEyPCmVqYbN9PNhgaAaY27zKpKhAbCN8psIR+mMboTVVoakECgYEA/DAw+r/9zxFh8TW+Eukr6S6oHO9kBVDeGoiaoWSuEEXu2Akl28Gacgebdk2le8xi8/bAgYi6sRx05kuq+RZz1nRaSnMqIHvcaUi5LQIBWylLy6TLX21NBaQtlMbumWcpNTH6coD89PDmYhBk1pxLr6OEYxyBIcFT0KK3Ca/mJCcCgYEA6tsdaDPpwBXOlW6WU4hlZ3gGuQfUWTc5V5yo+4qWvDDqYvCcNVd/fFlmt6hfdD/QwgZkH9aMXOzfYh7jzcU9mqSpxkL173mBtprWPaTJHd+2MA2v4uPHLTfy+HTtwWhRaAK2z3vQ0O7v6rY4vLfOUVfV22OsFL4RoxCWSDO41qECgYBvOi4QGieucWM6SNLJcm/8i6h4ApmhwpYDK+bPciFXahC61eYNs6kTzAkkN4DaRj4KjfU/7Hcy8HMas5r3+5AhsPW1ym91HkwLX5jUogLJG0Cj084jC4kiCNRVvxuzKw3AuYdVg1COE8X40HQ5N3wmPj+AmyzVH3iBF5MVQbCGlwKBgF5VbNZyI634FGaJaPBclP6eg3TG5FCBkhLS5j1DSZCFxV/Abb4vSxHThyK2CsFS8LM+hfET6IVaz89FwRLh6wC2q0rrkoWCNMv4HZ3dFrtdJHzgwolMHLDZDEsoDGfnUuuIS43DmfiSQOPyFZAX9FNQCKJ6wqACSGtLOlH+FHyBAoGBAPeyTkMWjgs9cRZlkoYcA7YXcQMRHdjXboVOUQ48vVuAk/DHl/DccAUK9NOEKHCu7M1lwIZM0aD/S80xzN85MBAt4K9iYNZP5MdjdAU8iQmtlgftdNPAPpNl8XfPeiqf/F8iS7OaVIqGuEGoRr7YT1UTQyvQdeHcwNHPmoJjzSFG"
  },
  "_": [
    "daemon"
  ],
  "help": false,
  "enable-sharding-experiment": false,
  "enableShardingExperiment": false,
  "enable-pubsub-experiment": false,
  "enablePubsubExperiment": false,
  "$0": "node_modules/.bin/jsipfs"
}
Updated 03/06/2017 16:13 1 Comments

Can we add one more option?

jshjohnson/Choices

Right now choices have an option to prepend something to the value of the added options. That is great but will not distinguish be cases between programmatically added options or manually added items. In our use case we need to prepend something to the value only for manually added items. So the request is to add one more option, e.g. ‘prependUserAddedValue: null` which will prepend something to the value only for manually added items.

The use case is demonstrated here: https://github.com/joomla/joomla-cms/pull/15919

@jshjohnson let me know if this is something that you’ll consider merging, so I can come up with a PR

Updated 25/05/2017 22:40 3 Comments

ipfs-cluster-ctl status output: peers not sorted

ipfs/ipfs-cluster

Peer status reports for the same CID are ordered differently (starting at id and wrapping around). It would be simpler to compare outputs if peer order were consistent

QmZpTNSi4iFuS48JKbjvEjm6MDFrKaaHfGMKvJdbFBRiMe: > Peer QmbSaHvN4ZaoeCfWk2t1iA1TehmWLV8Zr6BEKqu37poq7B: REMOTE | 2017-05-16T18:56:06Z > Peer QmfUVcMoHdwxaEpsieD1iFhvyud5A2HJwQvJ2HU3cAXSbA: REMOTE | 2017-05-16T18:56:06Z > Peer QmNSgz56KD8PV7sW2kZS9g5gLY837ms1cNKSb6SUZyy4De: PINNED | 2017-05-16T18:56:06Z > Peer QmP1ubw4v5TVPJSYTDfP7y4my5PM4DXCJesjjzVemU7z3M: REMOTE | 2017-05-16T18:56:06Z > Peer QmRb4WS5vHzqmryabDMtGRJPZ2bMkVu6fVrsfrUWM2vWk2: PINNED | 2017-05-16T18:56:06Z > Peer QmUnbBeQJJVTRXLibpvTosbmuw86fEvSk5GqwDPTeeoJYe: PINNED | 2017-05-16T18:56:06Z

QmZpTNSi4iFuS48JKbjvEjm6MDFrKaaHfGMKvJdbFBRiMe: > Peer QmNSgz56KD8PV7sW2kZS9g5gLY837ms1cNKSb6SUZyy4De: PINNED | 2017-05-16T18:56:06Z > Peer QmP1ubw4v5TVPJSYTDfP7y4my5PM4DXCJesjjzVemU7z3M: REMOTE | 2017-05-16T18:56:06Z > Peer QmRb4WS5vHzqmryabDMtGRJPZ2bMkVu6fVrsfrUWM2vWk2: PINNED | 2017-05-16T18:56:06Z > Peer QmUnbBeQJJVTRXLibpvTosbmuw86fEvSk5GqwDPTeeoJYe: PINNED | 2017-05-16T18:56:06Z > Peer QmbSaHvN4ZaoeCfWk2t1iA1TehmWLV8Zr6BEKqu37poq7B: REMOTE | 2017-05-16T18:56:06Z > Peer QmfUVcMoHdwxaEpsieD1iFhvyud5A2HJwQvJ2HU3cAXSbA: REMOTE | 2017-05-16T18:56:06Z

Updated 16/05/2017 20:19

Carthage 'realm-cocoa' build fails

carambalabs/SugarRecord

Hi,

My understanding is realm-cocoa was removed but it is still somehow available for Carthage, I am unable to define sugarrecord as dependency as the build fails…

`*** Building scheme “Realm” in Realm.xcworkspace Build Failed Task failed with exit code 65: /usr/bin/xcrun xcodebuild -workspace /Users/czaku/Projects/apps/freeme/Carthage/Checkouts/realm-cocoa/Carthage/Realm.xcworkspace -scheme Realm -configuration Release -derivedDataPath /Users/czaku/Library/Caches/org.carthage.CarthageKit/DerivedData/realm-cocoa/v1.1.0 -sdk iphoneos ONLY_ACTIVE_ARCH=NO BITCODE_GENERATION_MODE=bitcode CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY= CARTHAGE=YES clean build

This usually indicates that project itself failed to compile. Please check the xcodebuild log for more details: /var/folders/yp/h01n__7s3250_sjy3ymrwpbh0000gn/T/carthage-xcodebuild.bxdCUp.log `

Updated 08/05/2017 19:42 3 Comments

Need better instructions for Electron users.

ipfs/js-ipfs

More and more user’s have been having trouble using js-ipfs with Electron due to the native module dependencies, see:

  • https://github.com/ipfs/js-ipfs/issues/842
  • https://github.com/ipfs/js-ipfs/issues/835

The solution found passes by following this example: https://github.com/electron/electron/blob/master/docs/tutorial/using-native-node-modules.md

We should include instructions to guide users to follow that and also run tests in Electron’s Node.js Process + Browser process just to be sure https://github.com/ipfs/js-ipfs/issues/697

Updated 07/05/2017 10:10

Alternative DList encoding

haskell-foundation/foundation

@ndmitchell says in issue #256:

DList is a particular encoding, but I’ve generally found that data Str a = Zero | One a | Two (Str a) (Str a) often performs better, especially if you add another constructor for tail-append (e.g. Two1 (Str a) a). You can then traverse that to build a list (or anything else) quickly. Have you benchmarked DList against such a structure? Certainly my knowledge is quite old, so compiler optimisations may have made one or the other much cheaper since then.

I think this is an interesting suggestion, and (eventually) like to see it materialized+benched

Updated 25/04/2017 21:15 2 Comments

Enable firing of 'change' event on text-input choices

jshjohnson/Choices

Currently, the ‘search’ event is not triggered if the element passed to Choices is a text-input field, as _handleSearch is only called if this.isTextElement is false.

I’m trying to construct a Choices element on a text-input field which pulls suggestions from a remote server. My workaround for now is to attach a keyup event listener to the .choices__input--cloned child, but it would be more convenient to be able to listen for the search event.

Updated 21/04/2017 08:01 1 Comments

Focal point fails for large images

wagtail/wagtail

Issue Summary

Focal point not working for large images (1000px +).

Steps to Reproduce

  1. Upload image with size larger than 1000px.
  2. Start editing this image.
  3. Add focal point
  4. Save.

Expected result:

Image focal point is saved.

Actual result:

Error appears: The image could not be saved due to errors.

This error occurs with wagtail 1.9. It is working with Wagtail 1.6 and django 1.9 . Any idea how to fix this?

Technical details

  • Python version: 3.5.3
  • Django version: 1.10.7
  • Wagtail version: 1.9
  • Browser version: Chrome 57
Updated 14/04/2017 15:04 2 Comments

Bundling errors from mixing ES6 import/export and CommonJS module.exports

jshjohnson/Choices

I am experimenting with importing ES6 source files from Choices into an environment setup for tree-shaking with Babel/Webpack. This is accomplished by not transforming CommonJS modules and relying solely on native ES6 import/export statements. Unfortunately Choices still has two module.exports calls in the source leading to the standard error message:

Uncaught (in promise) TypeError: Cannot assign to read only property 'exports' of object '#<Object>'

You’ll find those module.exports calls here and here. With reference to this thread the problem appears to be that the two styles appear in the same file. Not mission critical but thought you should be aware. Thanks for the great work on this package!

Updated 06/06/2017 17:35 5 Comments

Help text is partially hidden when use a combination of BooleanField and FieldPanel in page model

wagtail/wagtail

Help text is partially hidden when use a combination of BooleanField and FieldPanel in page model (see screenshots below).

To reproduce use the following snippet:

class SomePage(Page):
    portrait_images_in_teaser = models.BooleanField(
        default=False, help_text='I am a long-long help text. I am so long so you would not '
                                 'be able to see me on your display. Surprise!'
    )

    settings_panels = Page.settings_panels + [
        FieldPanel('portrait_images_in_teaser'),
    ]

Desktop

<img width=“636” alt=“screen shot 2017-03-31 at 15 08 24” src=“https://cloud.githubusercontent.com/assets/509198/24549864/0ceb945a-1624-11e7-9e6b-558bc605902e.png”>

Tablet / mobile

<img width=“664” alt=“screen shot 2017-03-31 at 15 09 54” src=“https://cloud.githubusercontent.com/assets/509198/24549889/237ace16-1624-11e7-9b13-d46b34d14df9.png”>

Updated 31/03/2017 12:22

base32 is broken

multiformats/js-multibase

It seems base-x is not working as well as we thought it would. Probably other bases are broken as well

Todo:

  • Write more extensive tests
  • Fix encoding

Failing example for base32

const raw = new Buffer('1220120f6af601d46e10b2d2e11ed71c55d25f3042c22501e41d1246e7a1e9d3d8ec', 'hex')
const expected = 'bciqbed3k6ya5i3qqwljochwxdrk5exzqilbckapedujenz5b5hj5r3a'
const actual = 'bjcaeqpnl3advdoccznfyi624oflus7gbbmejib4qorerxhuhu5hwhm'

cc @diasdavid

Updated 20/06/2017 17:36 3 Comments

Snippet / Modeladmin / settings forms should use `validation_error` helper

wagtail/wagtail

See #3440, which introduces a new validation_error helper to ensure that validation errors on the page edit form - both field-specific, and non-field errors - are displayed appropriately. After this is merged, we should update the other admin views that work with user-defined forms so that they’re also using this helper:

  • snippets
  • ModelAdmin
  • wagtail.contrib.settings

As part of this task, we should make sure that validation error handling is covered by unit tests - i.e. for each of these modules, there should be at least one test similar to https://github.com/wagtail/wagtail/pull/3440/files#diff-509186d17133395aafeb7c62930e9881R3964 which posts an invalid form and confirms that the form is redisplayed with the expected error message included. (There’s no need to go through all permutations of field and non-field errors, since that’s already covered by #3440.)

Updated 23/05/2017 20:56 6 Comments

.head and .chrs are not highlighted

perl6/atom-language-perl6

Describe what you see, what you want to see, and perhaps some linkage to docs, synopses, or irclog chatter.

Example Code

Picture [optional]

Providing a picture means that if the issue is fixed and linguist updates to include the fix (linguist uses this package to highlight Perl 6 on GitHub), your issue will remain historically viewable.

Leave this in. For internal use.

  • [ ] Fixed in Master
  • [ ] Fixed in Release
  • [ ] Has Tests
  • [ ] Passes Tests
Updated 15/04/2017 05:48

Connecting to running daemon with wrong ID makes daemon start listening on address with wrong ID

ipfs/js-ipfs

I’m running on js-ipfs node in the browser and one daemon in nodejs. If I connect from the browser to the nodejs daemon with ipfs.swarm.connect but the ID part of the multiaddr is wrong, it’ll start listening on that address…

Reproduce

  1. Run jsipfs daemon
  2. Run jsipfs id, output:
{
  "id": "QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt",
  "publicKey": "CAASpgIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCUoAkSt6vtv2ZkC3maLnBGnA1OMNnSW/FsFnfhT+zQMy9A4YkePGigpNQsiI9yKMoeacBqZsNCDIGqebc5FquMLRRPN/GBJZz7tTT3uZo1aVBFcCiQapbGB56SYkxBFIyLFAlzJ3Ee8rGINvl7+iUZBirV9VylQXvGU3IRYe6zQR0Et/J5QjLIF3j5wylEm5SvN8//nGaecd0GwX5dYe3RawMlPIm+vCN+fIy1MpQQyT33IuM1iEEXzRsNzHeZ2GlWMrTQNjmKdFk4G/p/fVxxN45RpW0BDB9Em89JB9NHP2it4meg2Ao/QOfugFjtt4lHYML1KZvX/aqO8db6wN8pAgMBAAE=",
  "addresses": [
    "/ip4/0.0.0.0/tcp/9999/ws/ipfs/QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt",
    "/ip4/127.0.0.1/tcp/4002/ipfs/QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt",
    "/ip4/192.168.1.128/tcp/4002/ipfs/QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt"
  ],
  "agentVersion": "js-ipfs",
  "protocolVersion": "9000"
}
  1. connect from browser node with wrong id:
ipfs.swarm.connect('/ip4/0.0.0.0/tcp/9999/ws/ipfs/QmSGmyZtL3BPLxkF9yyaitLsotvratuqeWq1UR8V9BDXcV')
  1. run jsipfs id again, output:
{
  "id": "QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt",
  "publicKey": "CAASpgIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCUoAkSt6vtv2ZkC3maLnBGnA1OMNnSW/FsFnfhT+zQMy9A4YkePGigpNQsiI9yKMoeacBqZsNCDIGqebc5FquMLRRPN/GBJZz7tTT3uZo1aVBFcCiQapbGB56SYkxBFIyLFAlzJ3Ee8rGINvl7+iUZBirV9VylQXvGU3IRYe6zQR0Et/J5QjLIF3j5wylEm5SvN8//nGaecd0GwX5dYe3RawMlPIm+vCN+fIy1MpQQyT33IuM1iEEXzRsNzHeZ2GlWMrTQNjmKdFk4G/p/fVxxN45RpW0BDB9Em89JB9NHP2it4meg2Ao/QOfugFjtt4lHYML1KZvX/aqO8db6wN8pAgMBAAE=",
  "addresses": [
    "/ip4/0.0.0.0/tcp/9999/ws/ipfs/QmSGmyZtL3BPLxkF9yyaitLsotvratuqeWq1UR8V9BDXcV",
    "/ip4/0.0.0.0/tcp/9999/ws/ipfs/QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt",
    "/ip4/127.0.0.1/tcp/4002/ipfs/QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt",
    "/ip4/192.168.1.128/tcp/4002/ipfs/QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt"
  ],
  "agentVersion": "js-ipfs",
  "protocolVersion": "9000"
}

Now it’s listening on /ip4/0.0.0.0/tcp/9999/ws/ipfs/QmSGmyZtL3BPLxkF9yyaitLsotvratuqeWq1UR8V9BDXcV even though the daemons ID is QmVabaitA7SyHTWgY4Bhtc7JfAzMXWeXqBMT93teDic4nt

Updated 20/06/2017 17:36 1 Comments

Create a new variable $net_folder_format

neomutt/neomutt

$folder_format is used for both local file/dirs and network mailboxes, such as IMAP. If you have multiple mailboxes, some local, some remote, then

I’d like you to introduce a new variable $net_folder_format If the mailbox is remote and this variable is set, then use it to format the folder information. If the variable isn’t set, then default to $folder_format

Local mailboxes use $folder_format as normal.


Easy tasks would be perfect for someone new to NeoMutt. You won’t need to write lots of code, and you won’t need any previous knowledge of the NeoMutt code. Obviously, you will need to be able to write C code :-)

Easy tasks also come with a mentor – a NeoMutt project member – who will help you learn what you need to complete the work.

If you’re interested in having a go, leave a comment or speak to us in our IRC channel: #neomutt on irc.freenode.net

Thank you :heart:

Updated 08/06/2017 12:39 5 Comments

Migrate CLI output to Logger

ipfs/js-ipfs

With the new files APIs, I’ve started on a logger that has many benefits compared to the current approach of using console.log for output. - Intent is clear, console.log is often used to debugging, may not be clear it’s actual output from CLI - Easier to turn on/off if we want to add a –quiet flag that only outputs some things - Abstract away the logging from the CLI itself - Easier to build things that continues on the same line, commands that takes time to execute.

I don’t think this is a urgent refactor we have to do right now, but maybe we can start thinking about it a little, and write new code with the logger, rather than migrating everything at once.

Updated 20/06/2017 17:33 10 Comments

Redirect to Form landing page

wagtail/wagtail

Per the comment in source, it would be better to redirect to the form success page instead of rendering it on post.

A simple way to achieve that without needing to worry about adjusting url routes and such would be to use a query param… “/foo-form/?success”.

If https://github.com/torchbox/wagtail/issues/2833 is accepted, the FormSubmission instance id or randomized token could be passed as well so it can be fetched and passed to the template.

If security is a concern around putting the id/token in url and leaking data to malicious users, it shouldn’t be very difficult to use session data for verifying the user created the FormSubmission data or raising http404.

– edit –

Forgot to mention another practical use for the query param (or unique url but more complicated with wagtail page routing) is it makes conversion tracking simple because you can simply check destination instead of needed developer to trigger an analytics event specific to the submission.

Updated 16/06/2017 18:26 3 Comments

Document `{% embed %}` tag

wagtail/wagtail

As far as I can tell embeds don’t have any documentation, only an passing reference in the editor’s manual (http://docs.wagtail.io/en/v1.3.1/editor_manual/new_pages/inserting_videos.html#inserting-videos).

Documentation is required of - {% embed %} - the fact there is no EmbedField or similar - suggested approaches for responsive scaling.

See also #1553, #1894, #1756 amongst others.

Updated 19/04/2017 09:07 2 Comments

New Idea - Add user status "locked"

humhub/humhub

Maybe for later releases, it’s an option to think about a new user status named “locked”. The status means, that the user cannot login anymore, but the posts and comments of this user are still visible in the timelines. A the moment, posts or comments aren’t visible anymore if the user status is “inactive”.

Updated 04/04/2017 12:54 1 Comments

HTTP API root

ipfs/go-ipfs

HTTP API root (e.g. http://localhost:5001/) should show a listing with links to: - /webui - show locally installed, trusted apps. (right now only webui) - list the URL to the api: /api/v0/<command>?arg=<args>&<flags>

thanks @dominictarr

Updated 02/05/2017 07:01 12 Comments

Option to set show_in_menus default to True

wagtail/wagtail

At the moment the show_in_menus field defaults to False so the user has to manually tick the ‘Show in menus’ checkbox in the Promote panel for each new page that is created. However, I can’t think of any sites that I’ve ever been involved with developing where the default scenario was for new pages to be excluded from menus. It would seem more logical then for the default to be True, with the onus being on the user to unselect the checkbox if they want to hide the page.

(Alternatively it might actually make more sense if the checkbox was labelled ‘Hide from menus’ and was unchecked by default.)

Updated 26/05/2017 14:19 8 Comments

Fork me on GitHub