Package Details: whatsapp-nativefier 0.3.2846-1

Git Clone URL: https://aur.archlinux.org/whatsapp-nativefier.git (read-only)
Package Base: whatsapp-nativefier
Description: WhatsApp desktop built with nativefier (electron)
Upstream URL: https://web.whatsapp.com
Licenses: custom
Submitter: frealgagu
Maintainer: frealgagu
Last Packager: frealgagu
Votes: 55
Popularity: 3.143450
First Submitted: 2018-12-14 22:30
Last Updated: 2019-05-28 15:26

Latest Comments

1 2 3 4 5 6 ... Next › Last »

frealgagu commented on 2019-08-04 02:11

@yoburtu Try to use makepkg directly and tell me what happens.

yoburtu commented on 2019-07-03 08:56

The package can't be created:

/tmp/yaourt-tmp-user/aur-whatsapp-nativefier/./PKGBUILD: line 44: 19177 Aborted (core dumped) convert "${srcdir}/${pkgname}.png" -resize "${_size}" "${pkgdir}/usr/share/icons/hicolor/${_size}/apps/${pkgname}.png" ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build whatsapp-nativefier. ==> Restart building whatsapp-nativefier ? [y/N]

Freso commented on 2019-05-28 19:34

Remember to bump $pkgrel when you edit the PKGBUILD—in a way that changes the resulting package—without increasing $pkgver

gargakumar commented on 2019-05-26 20:16

Hi this package is causing issues with some docks apps like plank (icon not showing properly). Package whatsapp-nativefier.desktop reads StartupWMClass=whatsapp-nativefier however window class reported by wmctrl is "whats-app-nativefier-d52542". This apparently confuses plank. Changing the *.desktop file to StartupWMClass=whats-app-nativefier-d52542 fixes temporarily the issue... until next AUR update. Is there a way to properly fix this ? Thanks.

Freso commented on 2019-05-13 09:55

I’d prefer if frealgagu doesn’t implement this, however, it is easy to clone a PKGBUILD and maintain it locally using git. Just git fetch and git merge when there’s an update on AUR. I do this for a couple of PKGBUILDs where I want to tweak the defaults.

Frikinux commented on 2019-05-13 07:10

@je-vv Yeap! The only way that I believe... it's that the Maintainer edit the PKGBUILD with this option.

je-vv commented on 2019-05-12 23:12

@Frikinux, sorry about that. I didn't remember about back then. Yes, I tried then, and I'm currently using the 1st option. I didn't like them back then because none of them is permanent, for the 1st one, I have to remember to modify the PKGBUILD when upgrading, and for the 2nd one, that json gets overwritten on upgrade as well (it gives the chance to edit it after the upgrade, but you still have to remember to do it).

Is there a way to have a ~/ config file overwriting just that parameter? Or, is there a way to make both options available through a wrapper applying the corresponding configuration? So far it's a configuration in a json file, I'm wondering if it might be an argument instead, that has precedence over the json file.

Any ways, I guess for you "start-in-tray" by default is not an option, right?

Frikinux commented on 2019-05-12 14:04

@je-vv On 2019-02-03 I answered this same question. Yes you can. You can not forget to put the quotes in the argument.

Before installing, modify in PKGBUILD as nativefier option: --tray "start-in-tray" \

Or... Once installed, edit the file:

/opt/whatsapp-nativefier/resources/app/nativefier.json

and change "tray":false for "tray":"start-in-tray" (with quotes)

je-vv commented on 2019-05-12 00:03

BTW, according to nativefier-api-tray, it's possible. However I applied whatsapp-nativefier --tray start-in-tray without any success... But looking at the PKGBUILD, it seems nativefier has to be called with the argument for --tray. Would it be possible to nativefy whatsapp with that?

je-vv commented on 2019-05-11 23:58

Is there a way to start whatsapp-nativefier on tray (iconified on tray), like --start-in-tray? Is it possible to create a wrapper around whatsapp-nativefier to achieve that?