[DISCONTINUED] Storeman Installer

Thu, 2017/07/27 - 01:19

The same test, but now two HTML test lines are created in OpenRepos' web front-end:
- test line 1: >> <tag> 
- 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

Sat, 2017/08/05 - 03:39

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).

Thu, 2017/07/27 - 01:10

Two plain text test lines, created in OpenRepos' web front-end: 
- test line 1: >> <tag> 
- test line 2: foobar

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> 
- test line 2: foobar

Sat, 2017/08/05 - 03:52

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.

Thu, 2017/07/27 - 00:29

Have you tried to reauthorize?
(sent from my Jolla 1 with Storeman v0.0.9)

Thu, 2017/07/27 - 00:46

Yes, works (see original comment), but something (minor) is still not really in order.

Thu, 2017/07/27 - 01:02

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.

Thu, 2017/07/27 - 01:03

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.

Thu, 2017/07/27 - 00:30

See above

cvp

Wed, 2017/07/26 - 13:39

Love this app! Can you "add source + install" in once? + voting :)

Wed, 2017/07/26 - 02:37

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!

Wed, 2017/07/26 - 02:44

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.

Wed, 2017/07/26 - 02:49

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.

Thu, 2017/07/27 - 00:11

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).

Wed, 2017/07/26 - 02:54

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?

Wed, 2017/07/26 - 10:29

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

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.

Tue, 2017/07/25 - 12:02

I tested enable/disable all not closing the app and it was ok. Now I see that the menu does not work properly if I close and reopen the app. I'll try to fix it and as workaround you can enable one repo then "Enable all" menu should appear.

Kabouik

Tue, 2017/07/25 - 04:05

Great update again. Feature idea, hope it's not too silly:

Again I have not enough free space to install the latest Sailfish update. I have to uninstall many apps. It would be great if we could bookmark or "save for later" application pages so that they are easy to reinstall (or even to remember should I say) at a later point (it's not only useful in my case with space issue, but some people may want to install that big Ambiance application only when they feel like using the said ambiance, and same goes for any app that may be used punctually only). It would provide the same benefits as the "Previously installed" tab of the Play Store, without the costs (you could delete bookmarks instead of just inevitably piling up apps over time as in the Play Store).

Also, showing disk usage for each application in the Installed Apps page would be great (or at least package size would be a good indication already).

Tue, 2017/07/25 - 08:53

Thank you for the idea. I'll see what I can do.

Also, showing disk usage for each application in the Installed Apps page would be great (or at least package size would be a good indication already).

This is in my todo list.

MoritzJT

Tue, 2017/07/25 - 02:47

You have unleashed the power of requests...

Can storeman show the comments nested as on openrepos.net?

Really needed replacement for old warehouse!

Tue, 2017/07/25 - 08:57

Can storeman show the comments nested as on openrepos.net?

I don't think that it would look fine on a small phone screen. All replies have labels with the original comment link. Tap this label to navigate to it.

Mon, 2017/07/24 - 22:05

Today the comment function ceased to work. I had to log out and in again.

Tue, 2017/07/25 - 00:50

It could be that your authorisation has expired. For now the application notifies when it expires.

Tue, 2017/07/25 - 02:20

Good addition. Thanks for adding that feature. Perhaps it would be good to require reauthentication when you try to send a comment with expired authentication.

Tue, 2017/07/25 - 09:04

Perhaps it would be good to require reauthentication when you try to send a comment with expired authentication.

It already works this way. Moreover Storeman watches your authorisation and offers you to reauthenticate when there is less than a day to expiration.

At least it should work like this))

toxip

Mon, 2017/07/24 - 16:21

Long needed upgrade for the age old Warehouse!

eatdirt

Mon, 2017/07/24 - 12:52

Testing the comment. You rock man!

sfbsfb

Mon, 2017/07/24 - 01:34

I like the comment function. A lot. Thanks.

Ingvix

Mon, 2017/07/24 - 06:52