Some minor UI tips

  • Resolved Mark

    (@codeispoetry)


    4 years, 6 months ago

    Working with this plugin I’ll repeat I’m blown away by how well it is executed (as reflected in my review). But I managed to find some tiny points for improvement, UI-wise. Mostly things of the paper cut kind. I may add more to this thread if helpful.

    1. In Matomo settings on the WP dashboard, Geolocation tab, there is no visual indication of success if you’ve provided a MaxMind license key. So you’re kept in the dark about whether it worked and whether Matomo will be using the new db now. I can see in my wp-content\uploads\matomo folder that the MaxMind db has been downloaded. It would be great if the UI reflected that.

    2. On the Matomo dashboard, the ‘Become a Matomo Expert’ widget features at least one action that doesn’t seem to apply to the WordPress implementation: “Upload your logo”. At least in my Multisite network activated edition of Matomo there is no Branding tab so the link leads nowhere.

    3. When creating a segment for visits from a given country, the country dropdown list runs from A to H (Hungary) and typing only selects from that clipped list (e.g., typing ‘Zimbabwe’ leads to nothing; typing ‘Netherlands’ only gives ‘Carribean Netherlands’ as selectable option).

    4. In Multisite setups, it would be wonderful if the piwik-siteselector div would allow switching between sites in the network. (Currently they all seem isolated from each other?) If this is not possible, the site selector doesn’t need to be there.

Viewing 15 replies - 1 through 15 (of 15 total)
  • Plugin Author Thomas

    (@tsteur)

    Thanks for all your feedback @codeispoetry very appreciated!

    1. We’ll add an indicator when it’s configured. Totally forgot this.

    2. This will be removed in the next update as well.

    3. Indeed. We have an open issue for this here and recently made some tweaks to the underlying logic so we can fix this easier in the future: https://github.com/matomo-org/matomo/issues/15620

    4. Created https://github.com/matomo-org/wp-matomo/issues/269 and we’ll have a basic version for this as well in the next release. It won’t be perfect since the site selector will still be visible with only one site but it’s the only thing we can do right now considering the time it would take to make further changes.

    Thanks again for all the suggestions, very appreciated.

    I suppose we can mark it as resolved? The country segment issue is on our backlog but can’t tell so far when this will be fixed.

    Thread Starter Mark

    (@codeispoetry)

    Thanks for the swift reply!

    Thread Starter Mark

    (@codeispoetry)

    Oh one more: tracked URLs of downloads (of the ZotPress type in my other thread) appear to be html-encoded so that & becomes & et cetera. Following such a html-encoded link from within the Matomo analytics report then generates an error:

    No content type provided, or format incorrect.

    • This reply was modified 4 years, 6 months ago by Mark.
    Plugin Author Thomas

    (@tsteur)

    Thanks for this. I’ve created this issue: https://github.com/matomo-org/matomo/issues/15924

    I see in some other places it works correctly so we’ll need to see why it doesn’t work there.

    Plugin Author Thomas

    (@tsteur)

    BTW I can only reproduce the wrong link in the visits log but it seems in the downloads report itself it is correct. Can you confirm this?

    Thread Starter Mark

    (@codeispoetry)

    Yes, same here

    Thread Starter Mark

    (@codeispoetry)

    BTW This last issue (of & being changed to & amp; in download URLs reported in the logs) has not been fixed in the last few updates. Here’s where I get those problematic URLs:

    1. On the ‘visitor profile’ popup
    2. In the ‘Visits in real time’ panel
    3. In Visitors > Visits Log

    Here’s where there is no problem:
    1. Under Behaviour > Downloads

    • This reply was modified 4 years, 4 months ago by Mark.
    • This reply was modified 4 years, 4 months ago by Mark.
    Plugin Author Thomas

    (@tsteur)

    @codeispoetry does it also not work for newly added download URLs? It’s possible that it doesn’t get fixed automatically for existing download URLs that were tracked before the patch but would expect for any newly created download URL this would work.

    With this I mean:

    * https://www.example.com/download?x=1&z=2 was tracked as download
    * Now the fix is applied
    * The same tracked URL might be always reported wrong even when tracked after the patch
    * However, a new different download URL, eg https://www.example.com/download?x=1&z=3 would be tracked and shown correctly.

    Not sure if you often have new download URLs or whether they usually stay the same?

    Thread Starter Mark

    (@codeispoetry)

    They all stay the same (generated by ZotPress). I understand this is a db issue then. I have no way of regenerating URLs, so I guess should try and get rid of the introduced ”amp;” using a MySQL query. Do you have a pointer for which db field to target?

    Thread Starter Mark

    (@codeispoetry)

    Oh, and another tiny UI thing: the new blogs menu item doesn’t have the right font color in the mobile menu on mobile (white on white, so displays as a blank rectangle).

    Thread Starter Mark

    (@codeispoetry)

    Sorry for bumping the thread, but after having a look at the Matomo tables in my MySQL db I have no idea where to find the wrongly urlencoded download URLs. If they’re in the binary blobs I don’t think I have a way to fix it on my end?

    Plugin Author Thomas

    (@tsteur)

    @codeispoetry sorry the reply took a bit. They are in the log_action table. You can identify them using this query 

    
select * from wp_matomo_log_action where type = 3 and name like "%ENTER_SEARCH_TEXT%"

    You might need to adjust the wp_ prefix depending on your table prefix. You could then edit the URL in the name and from the next day on it should work. In the visitor log or real time view it should work immediately.

    Can you check if this helps?

    I’ll check now regarding the font color. Thanks for mentioning it.

    Plugin Author Thomas

    (@tsteur)

    FYI the font color issue will be fixed in the next update.

    Thread Starter Mark

    (@codeispoetry)

    That works & is all fixed now, thanks!

    Plugin Author Thomas

    (@tsteur)

    Awesome!

Viewing 15 replies - 1 through 15 (of 15 total)
  • The topic ‘Some minor UI tips’ is closed to new replies.