Persons Cover inconsistancy
Not sure if this is a bug or not, but pointing it out for potential improvement.
When I upload a Profile Unit Cover, it is applied correctly when viewed in /persons-home but not applied when viewed in /view-persons-profile. See screenshots:
Secondarily, to this I would suggest that Profile Covers need to be controlled independently from Page Covers. Why? Because if I disable Page Covers (Designer>Covers) it also removes the user's ability to upload a Profile Cover. It would be very useful to have the ability to toggle those two functionalities independently.
To be clear, the inconsistency between the two views above exists regardless of whether I enable or disable Page Covers. I tested both ways.
[Edited for clarity]
-
Don't let me hijack this topic but my issue is closely related in home and person profiles...
Anyone know how to move the profile photo block off center and 10% from the left. In a lower than vertical center position?
Thus the cover and profile image content will not collide, as is often the case. Thank you.
-
Hi @Gabe
Have you tried clearing your UNA installation cache? Studio > Dashboard > Clear all caches.
Also try to clear your browser cache.
-
Thanks @OneEagle
On your suggestion I have cleared UNA cache and browser cache. And I tried a different browser. My primary is Vivaldi (chromium) and also tried Firefox. None of this made a difference.
-
@banister Looks like you'll need to change CSS parameters as described in
The thread refers to image height, but you might also find the handles you're looking for as described here by LeonidS:
You may change the parameters of the profile cover via editing the parameters in the .div.bx-base-pofile-cover-image
-
Hello @banister Did you mean something like this? Change it to whatever you need, right, left, bottom, top------
.bx-base-pofile-unit-cover { position: relative !important; overflow: visible !important; }
.bx-base-pofile-unit-cover .bx-def-unit-img {
position: absolute !important;
left: 12px !important;
top: 12px !important;
transform: none !important;
z-index: 6 !important;
}
-
Wonderful news! I'll tinker with this soon. Thank YOU, friend.
-
You're welcome 🙂
-
Hello @Gabe !
- I couldn't repeat this issue too - if the users have the possibility to upload covers it is visible on the Persons Home and Persons View pages:
- Well, this way corrupts the logic as Designer>Covers option is the global for the whole UNA.
- I couldn't repeat this issue too - if the users have the possibility to upload covers it is visible on the Persons Home and Persons View pages:
-
Hi @LeonidS
I may have a clue as to how this became broken in my instance. It may be related to the toggling on/off of PAGES COVERS. Here is the sequence that I performed:
- On new install of UNA, I added Profile and Persons Cover images to my admin account.
- I disabled Pages Covers globally using the Designer>Covers checkbox
- I did a bunch of other, unrelated stuff over several days - including adding Accounts and Profiles
- I wanted to add Persons Cover to my new profiles and searched and searched and searched for how to do it
- Doh! Remembered the Design > Covers menu and found that I had to enable PAGES COVERS in order to get the upload button on PERSONS COVER.
- I was able to upload Persons Cover, and saw them in the PERSONS HOME page.
- I went back to disable Global PAGES COVER, and only then found the discrepancy reported in OP.
To your point (2) in your response: I don't understand how the PAGES cover and PERSONS cover need to be related, nor what is the logic being corrupted. I would add that my point (5) is a greater corruption of the user's logical expectation.
Thanks for looking into this with me!
-
Is your website behind a proxy/CDN like cloudflare? I had a quite similar situation where some changes on my website were not reflecting live. Purging my CDN cache, in addition to clearing my UNA and browser's cache, fixed the problem.
-
oh, good thought. But no. My site is on a plain shared hosting platform (GreenGeeks) with no CDN or proxy that I'm aware of.
-
Well, what an odd issue! Please try to manually delete your UNA cache (via ftp or your server file manager).
Delete all files, except the .htaccess file, in the folders below:
/cache/
/cache_public/
-
Ok, did that. No change.
But I'm learning new tricks! Thanks for this.
-
More useful insight:
I've manually deleted cache files as suggested by @OneEagle above. This did not fix the original Covers problem, but here's something new:
- In Designer > Cache the checkbox for DISABLE PAGES COVER remains checked (unchanged since last night).
- I found that I now have an upload button for the Persons Cover image when looking at /view-persons-profile/[profileName]. I am almost certain this was not present before deleting cache files manually (though, I also did a Dashboard > Clear Cache yesterday - it's possible that the GUI-driven Cache Clear did this last night and I only noticed it this morning after manually deleting cache files. )
- In the Persons Profile, the cover image remained default [blue texture map] while in Persons Home I see my previously uploaded Persons Cover picture.
- Here's the revealing part: I then uploaded a new image from the View Profile page. I intentionally chose an image different from the one that was previously only visible from /persons-home. And now, both views are calling the same (new) image file.
This really did smell like a cache problem, but because I cleared caches manually at the file manager level, I have to conclude that there may be some bug related to file naming in the database table that's serving images to these two pages. But now I'm getting way out of my depth.
-
@Gabe That's great! I was writing to tell you the same thing. Then I saw your update on this case coming in. I knew for sure that was a cache issue, probably caused by a bug. Are you running UNA 14-Stable or 15 Alfa-1? I haven't upgraded to the Alfa version yet.
The toggling on/off you mentioned above and the cache clearing features, were supposed to work correctly. If they don't, then there might be a bug somewhere that definately needs to be investigated @LeonidS
-
Yes, dear @OneEagle has raised the proper question (thnx, mate!) - in what version did you meet this trouble?
-
I'm running UNA 14.0.0 with channel set to Stable.
To be clear, the inability to upload a Persons Cover (PC) appears to have been a cache issue. But the fact that the front-end called my original PC image file in one page but not another? That appears to be a bug, perhaps revealed by the cache? Or a DB entry written by bad data in the cache?
I still have one other profile that is currently in this "split personality" state - with two different Cover images. I can fix it easily, but am leaving it as is in case its useful for further bug squashing.
