Category: Wizards - Profiles Wizard

13.x: applying a profile from Profiles Wizard doesn't send the user to the "Step2" indicated in the url (some steps anchors gone?)

13.x: Profiles with "random header images" stopped working as expected compared to 12.x

See it reproduced with profile Easy GeoBlog, which doesn't display any images in the header (images aren't saved in the local tiki instance).
See it reproduced here:
http://xavi-9794-5064.show.tikiwiki.org/tiki-list_file_gallery.php?galleryId=5

-----
It currently works as expected (only small issues with surrounding box).

Who knows what happened. Maybe temporary network issue to display images from tiki.org or similar.
Closing the report {sign user="xavi" datetime="2014-07-13T11:35:12+00:00"}

We have plenty of profiles ready for new users to learn new skills within Tiki, but we fail in the way we allow filtering them for a new tiki admin: it should be easier and more visual, imho.

We should add some sort of ((Grid)) or masonry display (like flash cards) plus some fast filtering based on tags that the user adds. I wonder if the isotope filtering from masonry could be hacked to allow filtering by profile tags. See:
https://isotope.metafizzy.co/
(from the same author of https://masonry.desandro.com/ )


See also the related feature request:
https://dev.tiki.org/item6432 - "Allow searching by categories and TAGS through the Profiles Control Panel in Tiki"

Attempt to apply Personal Blog and Profile on clean 18.2 install does fail.

Here is the [http://gour-11559-6743.show.tikiwiki.org/tiki-wizard_admin.php|show.tiki.org] instance which shows the problem:
u: admin
p: 12345


__Edit:__ Here I also include screenshot with the error after trying to apply profile from within Control Panel (as advised in #tikiwiki):
{img fileId="1208" thumb="box"}

I've recently noticed that current trunk (r67636, soon to be 19.x) has Profiles Wizard feature fixed finally (yay, thanks to all those of you who made it possible!), but 18.x still shows spurious errors (for the end user experience) in the basic path to apply the featured profiles from the profiles wizard.

We need whichever fixes are needed in 18.x implemented in the LTS version of Tiki
Help!
---

Fixed, afaik,. even if profiles don't get loaded any more succesfully when coming from a link in the profiles wizard. Tested in 18.x and 20.x today again {sign user="xavi" datetime="2019-07-06T16:17:21+00:00"}

Example of url generated through the Profiles Wizard:
http://xavi-9794-6372.show.tikiwiki.org/tiki-admin.php?profile=Bug_Tracker_16&show_details_for=Bug_Tracker_16&categories%5B%5D=17.x&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2

Example of equivalent profile applied through the Profiles Control panel:
http://xavi-9794-6372.show.tikiwiki.org/tiki-admin.php?ticket=4884aea2d5b951c86ed8b5fba540158a&daconfirm=y&profile=Bug_Tracker_16&repository=&page=profiles&redirect=0&list=Find

That show.t.o instance has:
u: admin
p: 12345

Through control panel there sems to be some __ticket__ param which is missing in the profiles wizard. Is this just the only thing which is missing?
---
UPDATE {sign user="xavi" datetime="2017-10-10T08:54:20+00:00"}
17.x svn ( -+Last update from SVN (17.2svn): Monday October 9, 2017 16:39:25 GMT-0200 - REV 64187 (MyISAM)+- ) is confirmed to suffer from this issue still. Please, pay attention to the fact that the button to apply the profile is shown, but when you click, the page reloads, and no profile is applied.
URL from profiles wizard is still like:
http://xavi-9794-6374.show.tikiwiki.org/tiki-admin.php?profile=Collaborative_Community_12x&show_details_for=Collaborative_Community_12x&categories%5B%5D=17.x&categories%5B%5D=Featured+profiles&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2

u: admin
p: 12345
---

This is a regression from r((rev:61862)). The "$access->ticketMatch()" condition returns false, because the checkAuthenticity() method (called from tiki-admin.php) sets its property to false because a ticket is missing. And because the daconfirm request parameter is missing, the failure is silent.

__Pending re-test and backports to 18.x.__ {sign user="luci" datetime="2018-08-17T08:00:43+00:00"}

Double check that User Tracker Profile works as expected also in 15.x, since I got some feedback that it might not be working.
---
Please, see this page as anon:
http://xavi-9794-5865.show.tikiwiki.org/tiki-register.php#contentCustom_info-1

And read these instructions:
http://xavi-9794-5865.show.tikiwiki.org/tiki-index.php?page=User_Trackers#step2

The tricky thing was to use the right profile, which I updated a few years ago with some extra fields for demonstration purposes. Called "User_Trackers" (non-intuitive, imho, but it was not me the first author of that profile):
https://profiles.tiki.org/User_Trackers

And that is the one included in the ((doc:Profiles Wizard)) since Tiki12 (the ((doc:Wizards)) are your friends!")

This other one is not working properly (or uncomplete, and untested in recent tiki versions):
https://profiles.tiki.org/User_Tracker

This is a regression compared to the behavior of the profile in 12.x
See screenshot included in:
http://profiles.tiki.org/Random_Header_Images_14

which corresponds to the equivalent profile in 12.x

You can see it reproduced here:
http://xavi-9794-5617.show.tikiwiki.org/

u: admin
p: 12345

Profile user experience can be improved.

While effort should continue to improve existing profiles, shouldn't it make sense to focus first on easy steps that can be done:

* Is Profiles the right word to name ? (https://en.wikipedia.org/wiki/Profile), it means so many things...
May be there is not a single word for this. May be we should use word that doesn’t mean anything (Tikifigurator :-) ) so no confusion.
* tiki-admin.php?page=profiles should be revamped
++ {img type="src" src="http://avan.tech/dl2287?display" thumb="box"}
** Help text could be added to explain what, how, why... (may be reuse the remark box - I can’t find it useful for new user - links didn’t work for me in trunk local)
** We could display only one version of the profile, the one that work with the running Tiki (and remove anything about 3x, 4x, 5x, etc)
++ {img type="src" src="http://avan.tech/dl2288?display" thumb="box"}
** We could display already a list of profile by default (last 10 updated) (not the mini profile); it will help to understand what this does
** Remove or modify the "Profile type" selector (confusing)
** The profile repository dropdown could be moved under the advanced tab (till there are more repository)
* When applying a profile
** Once a profile is selected and ready to be applied we shouldn’t see (again) other profiles but only the one selected (so we have more room to see the profile content: setting, instructions, etc)
++ {img type="src" src="http://avan.tech/dl2289?display" thumb="box"}
** The table where is displayed the profile information should be adapted to the size of it’s content (scroll, content is hidden)
** Add some screen shot (corresponding to the version of the Tiki running)
* After a profile is applied
** Hide the long list of "changes has been applied" (viewable on click) - (if someone want to see it he can but we don’t need to put that long and scary list)
** A Success message should be seen first ;)
** The result should be mordernized and help doc should guide better. This screen show the result and it is not the nicest design we can expect with Tiki today and user doesn’t have any guidance about what to do from here.
++ {img type="src" src="http://avan.tech/dl2290?display" thumb="box"}

For the first time I tried to use the Profiles Wizard right after install on a 17.x.

For the micro setting : Multilingual Wiki, I clicked "apply profile now".
It send me to the profile page without any profile selected or searched for…

Work (better) in 16.x so there is a clear regression.

———

On the Admin profile page : tiki-admin.php?page=profiles, I searched manually for the profile "Multilingual_Wiki_12x" when I clicked on it I got a loading message (loading profile) but nothing happened…

So I tested other profiles. Some other did the same and finally very few loaded properly.
Same results on 17.x and 16.x

Months ago trunk allowed to install (apply) profiles directly from the profiles wizard. I can't do that any more neither in 20.x nor in 18.x: same effect:
{QUOTE()}
Collaborative_Community_12x: See profile info below (may take a few seconds to load).Loading profile...
{QUOTE}

And you never get the profile loaded successfully, on link on the profile name, and therefore, you can't request that profile to get ready to be applied in your tiki install.

If you click at "find" button from that control panel ui, then you get the profile name clickable, and you can proceed as usual.

On the end of the installation of Tiki25.x you can select the Timesheet profile by clicking on a link (apply profile now).

The user is redirected to the admin area to the profile panel with the Profile name field field with "Time_Sheet". This profile doesn't exist and cannot be found. The correct value is timesheet.

Provide a tablesorter-powered list of profiles in the Profiles Wizard bundled in Tiki to filter on features, tags, names and such

((doc:Profiles Wizard)) has many profiles, and sometimes the admin wants to filter those by feature name that they have enabled, or by tags (demo, learning, advanced, etc).

I don't know yet how to do that at the profiles wizard itself (first screen of that wizard? or second, just after the featured? ....)
There seem to be nice and advanced ways to display the whole list but allowing clever filtering, as seen here:
https://doc.tiki.org/TableSorter

---
Work started to have ((doc:tags)) added to the profiles in profiles.t.o, so that they can be searched/filtered by the features used in them, etc.

"R_demo" profile doens't get fully aplied in 15.x complaining of some prefs that are defined (Tracker Field Factory Error: Pref "trackerfield_file" required ....)

{CODE()}
Tracker Field Factory Error: Pref "trackerfield_file" required for field type "Tracker_Field_File"
{CODE}

And after that message, then you realize that plugin_r and plugin_rr where to enabled by the profile, which use to do it in 12.x. (it still does)

All of the wizards use icons that are hardcoded, and this results in them being un-influenced by the choice of iconsets, so they can look out of place.

This should be switched to the way almost all other icons are used (declaration by a given name, and redirection in /themes/basefiles/iconsets.

Almost, because tiki-sheet also uses hardcoded icons (should also be switched one day).