@rubdos, would you mind to enable in weblate the workflow ?
it is hidden in the settings.
with that we would have an approved state just like in transifex.
and that does make the maintenance easier imho
thanks !
This stuff?
Iām not acquainted with any of those tools; Iāve had Weblate recommended by @nthn. Is it customary to assign some ādedicatedā reviewers in the Sailfish community?
EDIT: just took a look at the Weblate workflows page, what kind of workflow would be preferable?
Hi
yes, the āenable reviewsā checkbox would be it.
that gives you another state reviewed.
actually it is up to you:
the least management effort for you is to leave it as it is.
if you enable the review checkbox, you will have an additional state for the localized strings.
consequently you need to assign somebody to the reviewer role.
with my apps i usually assign the first per language to that role.
and in the end it is up to the actual translators if they want to use that or not.
i consider that state as handy, especially when beeing the āotherā translator. it helps me to keep strings consistent
very often there are multiple translations for a word, like password can be translated to Kennwort or Passwort.
now if i see Kennwort is used in translations in accepted state i go with Kennwort for new strings or vice versa
Bye
Done! I didnāt enable it at first because most languages were edited by one person. I think Iāve added all the āoriginalā contributors to the Reviewers group, let me know if I missed someone.
Thanks !
Works
if you have a build chain that pulls the strings from weblate, still take all translated ones, not only the approved ones
1 Like
Had a look on the new features: wow !
Great, Thanks !
Hi,
i did check the translations.
It seems that you are using monday, tuesday etc. from os localization.
in czech it seems to be in small letters
I did translate Today, Older etc. capitalized.
Either i need to translate Today, Yesterday, Older with small capitals or you need to capitalize the sections.
What would you prefer ?
Hehehe. beta.1 is gonna be very interesting indeed 
According to Gitlab, weāre in about 2/3 of getting it done.
The current changelog (which I update on OpenRepos):
Features
- Creating and managing groups
- GroupsV2 compatibility
- Complete migration to UUID-based sessions.
- Device linking (Signal Desktop)
- Register without storage password, thanks to Gabriel Margiani!
- Slight cleanup of the registration page, thanks to ntninja!
- Overhaul of the UI, thanks to Mirian Margiani!
- Simple daemon functionality, thanks to Gabriel Margiani!
Translations
- We have a Weblate account now!
- Portuguese translation, thanks to Yield and Antonio Maretzek!
- Czech translation, thanks to PawelSpoon!
- Turkish translation, thanks to OÄuz Ersen!
- Nowegian translation, thanks to Allan NordhĆøy!
- Many, many, many, MANY cleanup operations on Dutch, German, French, and Spanish, thanks to Nathan, Dryo, and J. Lavoie!
Fixes
- More stable reconnection management. Flight mode and network changes should now work as expected.
- Access contacts through the Nemo QML interface instead of raw contacts.db. This interface will probably be more stable than the raw SQLite, and keeps compatibility across 3.x and 4.x.
3 Likes
For the translations, we have the same problem in Dutch. The SMS app seems to capitalize the sections, so I think itās best to keep the translated with a leading capital, and Iāll have to change that in the code for the days then.
EDIT: according to Qt, the small letter is correctā¦ https://gitlab.com/rubdos/whisperfish/-/commit/6a3eabd:
diff --git a/qml/pages/MainPage.qml b/qml/pages/MainPage.qml
index 9f10d33..ccc7d47 100644
--- a/qml/pages/MainPage.qml
+++ b/qml/pages/MainPage.qml
@@ -122,7 +122,7 @@ Page {
break;
default:
// two days to one week ago
- Qt.locale().standaloneDayName(parseInt(section), Locale.LongFormat)
+ Qt.locale().dayName(parseInt(section), Locale.LongFormat)
}
}
}
Ah well. Letās keep it in sync with Jollaās SMS app for now; Iāve pushed that patch.
3 Likes
Hi there. First let me say a big thank you for active development!
I just upgraded to 4.0.1.18 from 3 and I was ok let me test whisperfishā¦ I got the known captcha white screenā¦ So is as there a way for users that are on 4.0.18 a way to register whisperfish or is this something new users cant do? I think this should be high priority if not blocker.
You shouldāve done it the other way around indeedā¦ Try Whisperfish and then upgrade
Currently, no, thereās not even a workaround. If you have an existing 3.x installation, you can register there and copy the data directories.
While this is indeed a āhigh priorityā bug, none of us have a clue how to fix it at this stage. We have forwarded our query to Jolla. It seems to be a breaking change somewhere in the new 60 ESR release that they introduced (and rightfully introduced!)
While this is obviously a blocker for any ārelease candidateā, I would rather await Jollaās feedback at this point. @gamag and I both have spent numerous hours working around several issues to get captchaās to do anything at all on 3.x, only to be faced two days later with 4.x breaking our work. These are countless hours that I would rather spend now on getting UUIDs to work correctly, because these actually cause our current user base to lose communication with several people (i.e., new users and GroupV2).
That said, a implementing a workaround to get 4.0 users registered should be doable, but it will involve using a second computer and using the browser console to capture the captcha token from Signal.
1 Like
Heh, I use SailfishOs as my primary phone and I missed that note about first registering on 3 and then upgrade to 4 No worries. Hopefully Jolla devs will be so kind and provide a patch if needed or at least provide info on how to implment changes on whipserfish side. I was hoping to ditch Android support alltogether after I saw whisperfish project
When you have more detailed flow on how to register on 4.0 with additional computer please do share so I can at least help with testing!
Thank you again and Iām looking forward to make a voice call in native app
Iāve tried putting notes everywhere, but it was a bit drowned by all the good things that happened in 4.0 
Iām not expecting Jolla to really get back to me on that issue ([4.0.1.45] Regression in rendering of reCAPTCHA in sailfish-components-webview), so weāll probably want to implement a workaround anyway 
Ditching Android is certainly possible. Iām using WF as daily (which is the main reason for the big progress, because Iām missing features). If you can, join us on the Matrix channel, and Iāll give you a ping to try registration when I find time to work on a workaround.
Iām looking forward to voice calls too, but thatās still far ahead haha
1 Like
Is it possible for WF to share a link of the reCAPTCHA?
Thereās currently an issue with signing into your Dropbox account on 4.0 that can be circumvented by opening the link on another browser either on the phone or on another device. I used Sailfish-connect to copy and open the link on a desktop and a token was generated in the desktop browser (with a localhost address). I simply copied that address back to the phone browser and the account registration completed.
Is something similar possible with Whisperfish?
1 Like
Itās currently not possible, because the link that gets returned by Signal is not a parseable URL. Itās of the form signalcaptcha://[Stuff], and the [Stuff] is longer than 64 chars and case-sensitive. This makes it impossible with the current Sailfish browser, which tries to parse it as a valid URL (through the lipstick compositor, which yeets it through a QUrl).
That said, it is possible to implement a workaround where you capture the redirect in the desktop browser console, but Iāll have to make an input field on Whisperfish to paste the redirected URL for that.
The only current workaround is to register on a 3.4 device and copy over the data and config directories.
Iāve just spent another three hours looking for the source of the bug, to no avail.
4 Likes
do you mean linking ?
i did register in whisperfish, then downloaded linux desktop version
there you can get the qrcode.
my camera is broken, so i had to scan it with someother phone encode it and then just pasted the text in whisperfish / link devices
it did work as expected (on the non-official version from gitlab)
it did not work on the last version from openrepos
No, @pawel.spoon registration for new accounts is broken for all versions of Whisperfish on SailfishOS 4.0. Device linking is not affected, this is still present on master and will be there in beta.1. Iām afraid beta.1 will come without a patch for this, none of us currently really see a way out without pulling the whole thing through gdb.
Jolla stepped up: @flypig and @kende fixed up the sailfish-webview component that we need for reCAPTCHA to show correctly. I have published this patch on OpenRepos. After installing this, alpha.8 should work fine for registration of new accounts. 
For working Whisperfish installations, thereās no reason to install this patched version.
Meanwhile, @ichthyosaurus has been working on the UI (you wonāt recognise Whisperfish anymore, I promise!) and Iāve been working on getting the database in a more modern state, such that we can finally implement UUID. Meanwhile, Gabriel has been implementing GroupsV2 in the back-end, so weāre getting perspective on that too. Our move to Rust is starting to pay off with large margins! 
(Iām working on getting the i486 and aarch64 versions out there; feel free to send me a reminder if itās not there by tonight)
19 Likes
Sorry but the
patch doesnāt seem to have fixed this for me. I have the patch installed but the reCAPTCHA behaviour is unchanged with registration failing because the CAPTCHA is not displayed. Have tried reinstalling the Whisperfish App and doing a PKCON refresh to no avail.
Did you try waiting for about 10-20 seconds? I just tested it, got the captcha and it automatically went through. Maybe try a reboot? If that does not help, you may want to start RUST_LOG=trace harbour-whisperfish on the terminal and have a look at what happens after ā[D] onUrlChanged:54 - Url changed to: https://signalcaptchas.org/registration/generate.htmlā. Donāt dump your logs here though, they contain some sensitive information.
Feel free to get in touch via Matrix/IRC/email.
EDIT: did you possibly try fixing it yourself at some point? You could try removing the captchaās cache stuff at .cache/harbour-whisperfish/harbour-whisperfish/.mozilla. You can safely delete that whole directory.
EDIT2: @gamag suggests on Matrix that for some reason the webview packages didnāt get updated. Could you show the output of pkcon search name sailfish-components-webview-qt5 --filter installed ? This should show ā1.2.14+jb53103.20210304094636.f48fd13-1ā as a version.
2 Likes