Storeman
Native OpenRepos.net client for Sailfish OS
ATTENTION 2020-06-29! Starting from version 0.1.10 Storeman uses Sailfish Secrets for authorization. It can be quite buggy, so please let me known if you have any troubles with authorization.
ATTENTION! If you have any troubles with installing, removing or updating packages after the system upgrade try to run devel-su pkcon refresh in the terminal app.
WARNING! Storeman can still be unstable! Application name does not affiliated to any other software.
Current features:
- List recently updated applications
- List installed applications
- List, add/remove, enable/disable repositories
- Show applications info similar to the official Jolla store client
- Install/remove applications
- All lists are scrollable, data is loaded in the background
- Search for applications
- Authorize to OpenRepos.net using Sailfish Secrets for secure storing of credentials
- Comment, reply to comments, edit and delete own comments for apps
- Use button panel to add HTML tags when typing comments (hint: select text and then click a button to wrap it with a tag)
- Tap on the "Reply to" label on the comments list to navigate to the original comment
- List categories and apps by categories
- Hide any categories of applications
- Show categories on the applications page - tap a category label to show all related applications
- Initial support for apps bookmarks (offline only)
- Initial support for backups (offline only)
- Rate applications
- Find and manage local RPM files
Supported locales:
Report an issue:
- For GitHub users: https://github.com/mentaljam/harbour-storeman/issues
- For users without a GitHub account: https://gitreports.com/issue/mentaljam/harbour-storeman
Development:
- Application icon by Laurent_C
- Sources https://github.com/mentaljam/harbour-storeman
- Localization https://www.transifex.com/mentaljam/harbour-storeman
Donations:
Screenshots:
Category:
Application versions:
Changelog:
2020-10-04 • 0.2.2-1
- Fix duplicate results in search list
- Update translations
- Provide separate builds for SFOS 3.2, 3.3 and 3.4
Comments
naytsyrhc
Thu, 2017/08/03 - 15:56
Permalink
Ok. Thx. However a reboot solved it too.
naytsyrhc
Thu, 2017/08/03 - 13:58
Permalink
In changelog I can see a new version 0.11, storeman reports itself as 0.10, available from openrepos is stated a 0.9 in storeman. This seems to be wrong, doesn't it? I refreshed the cache already, but nothin changed.
osetr
Thu, 2017/08/03 - 14:01
Permalink
It was a regression in 0.0.10. Try to download and install 0.0.11 manually or use Warehouse or use pkcon. I will also add this note to the description section.
Kabouik
Thu, 2017/08/03 - 07:04
Permalink
On my Jolla C, Storeman will never manage to show the list of currently installed apps, it just shows the spinning animation forever (tried as long as 40 min). I wanted to go there to bookmark all my current applications instead of having to search them individually.
There is a typo in the pulley menu in "About Storman" (at least in French).
osetr
Thu, 2017/08/03 - 09:30
Permalink
On my Jolla C, Storeman will never manage to show the list of currently installed apps...
Can you, please, install this debug version, launch it within terminal and send me its output?
There is a typo in the pulley menu in "About Storman" (at least in French).
Found it only in French. Fixed, thanks.
Kabouik
Fri, 2017/08/04 - 03:35
Permalink
Here is the output Osetr: https://hastebin.com/gesuwegivo.sql
osetr
Fri, 2017/08/04 - 07:19
Permalink
As you can see Storeman stops on loading cache for the xDShot repo. This user does not have any applications aploded so it's repo url returns the 404 error. I will add handling of such situations and as temporar workaround you can disable or remove this repo on the repositories page.
minitreintje
Wed, 2017/08/02 - 09:23
Permalink
Thanks for the update! An indication when installing or updating an app would be nice to improve the UX (like in the Jolla Store)
Kabouik
Wed, 2017/08/02 - 04:22
Permalink
Local bookmarks, yay. Thanks a lot for doing it, and for doing it so quickly!
florifreeman
Tue, 2017/08/01 - 23:42
Permalink
After install uninstall the application crashes
naytsyrhc
Tue, 2017/08/01 - 22:09
Permalink
Unfortunately I can't post comments from within app anymore. May have been caused by system update. Symptoms: app states that I'm logged in, I can comment, but comment will not be stored/displayed/posted. It just goes to void...
olf
Tue, 2017/08/01 - 22:41
Permalink
Exactly the same symptoms (and a workaround) were discussied here a few of days ago, see https://openrepos.net/comment/20107#comment-20107 and https://openrepos.net/comment/20106#comment-20106 ff. (or just scroll a bit!).
explit
Thu, 2017/07/27 - 02:48
Permalink
Very good. It replaced the Warehouse for me
olf
Thu, 2017/07/27 - 01:19
Permalink
The same test, but now two HTML test lines are created in OpenRepos' web front-end:
- test line 1: >> <tag> <em></em>
- test line 2: foobar
Adding same two test lines by editing this comment in Storeman 0.0.9 (look, what happens to the untouched, copied text in line 1 below!):
- test line 1: >>
- test line 2: foobar
olf
Sat, 2017/08/05 - 03:39
Permalink
I.e. IMO, Storeman should not filter text for invalid HTML tags, but convert them to proper HTML (as OpenRepos' web front-end does).
Edit: Issue resolved in Storeman 0.0.12 (and half of it was based on incorrectly suspecting Storeman to do the filtering: it seems to be OpenRepos.net).
olf
Thu, 2017/07/27 - 01:10
Permalink
<p>Two plain text test lines, created in OpenRepos' web front-end:<br />
- test line 1: >> <tag> <em></em><br />
- test line 2: foobar</p>
Adding same two test lines by editing this comment in Storeman 0.0.9 (look, what happens to the untouched text above!):
- test line 1: >> <tag> <em></em>
- test line 2: foobar
olf
Sat, 2017/08/05 - 03:52
Permalink
I.e. IMO, Storeman should detect plain text messages (if the OpenRepos API offers that), and treat them accordingly.
Alternatively (dirty workaround), you may convert plain text messages to HTML (as already the case with v0.0.9) *and* write them back as HTML messages (currently not the case).
Edit: Issue resolved in Storeman 0.0.12, comments are now always uploaded as "filtered HTML" formatted.
osetr
Thu, 2017/07/27 - 00:29
Permalink
Have you tried to reauthorize?
(sent from my Jolla 1 with Storeman v0.0.9)
olf
Thu, 2017/07/27 - 00:46
Permalink
Yes, works (see original comment), but something (minor) is still not really in order.
olf
Thu, 2017/07/27 - 01:02
Permalink
While I managed to send a comment with Storeman 0.0.7 (here, 2017-07-21), I failed to multiple times with v0.0.8 and v0.0.9: When hitting "Send" (no matter, if short- or long-pressed), the text field is emptied, but the comment *not* sent.
Is this just on my Jolla 1 phones (under SFOS 2.1.0.11), or can others reproduce that (then I am inclined to file a bug @github)? Note, Storeman tells me, that I am logged in at OpenRepos (will try logging out and back in, next).
*Edit:* Logging out (then closing Storeman and restarting it) and back in at OpenRepos did the job: Commenting and editing a comment works fine.
But one cannot delete a comment (in contrast to OpenRepos' web front-end), is this function not part of OpenRepos' web API?
And the original issue is two different bugs, IMHO:
a. Sometimes Storeman shows the OpenRepos account being active (logged in), while it is not. (I will try to determine, under which conditions this happens.)
*Edit2*: Shouldn't the "Authorization notification" detect such a situation and notify the user?
b. Storeman should prevent typing a comment, when not logged in. Or is b. just a consequence of a., as Storeman believes one is logged in, while this is not the case?
*Edit2:*: It is; Storeman handles this fine, when being aware, that one is not logged in.
osetr
Thu, 2017/07/27 - 01:03
Permalink
But one cannot delete a comment (in contrast to OpenRepos' web front-end), is this function not part of OpenRepos' web API?
Deleting of comments will be available later.
Shouldn't the "Authorization notification" detect such a situation and notify the user?
Yes it should but it was not tested properly yet. Thanks to your reply I'll try to fix it.
osetr
Thu, 2017/07/27 - 00:30
Permalink
See above
cvp
Wed, 2017/07/26 - 13:39
Permalink
Love this app! Can you "add source + install" in once? + voting :)
Skillmon
Wed, 2017/07/26 - 02:37
Permalink
While the new installed app list with the click to search feature is great feature it doesn't work well on many apps (especially patches) because the package names doesn't necessarily match the openrepos page name. Still great work, thank you very much for the time and work you invest in this!
osetr
Wed, 2017/07/26 - 02:44
Permalink
Yes it's a known issue. Partially it could be solved by using app name from its desktop file. But not for patches and other packages that don't provide desktop files.
osetr
Wed, 2017/07/26 - 02:49
Permalink
Another solution is to use a package summary. But once again not for all packages. The truth is that we cannot directly go from package to its OpenRepos page.
olf
Thu, 2017/07/27 - 00:11
Permalink
Simple idea for an improvement here (maybe too simplistic):
Remove any prefixing "harbour-", "sailfishos-" and "jolla-" from the package name (if there), then (always, i.e. unconditionally) convert all dashes ("-") to spaces (" "), before looking up the package on openrepos.net (and displaying the hits, as already in v0.0.9).
Skillmon
Wed, 2017/07/26 - 02:54
Permalink
Well, the application (this one) could built a database. Except for this unpractical solution I don't know any solution either. How did Warehouse do it in the updates page?
osetr
Wed, 2017/07/26 - 10:29
Permalink
How did Warehouse do it in the updates page?
Warehouse does not open an application page from the updates page.
carmenfdezb
Tue, 2017/07/25 - 11:56
Permalink
Thanks for the update, osetr! I think something it's wrong with Enable/Disable all repositories: if I use 'Disable all repositories', then 'Enable all repositories' is missing if I want to enable all again, I have to enable one by one repo.
Pages