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
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 r61862. 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.
Fixed ages ago in 17.x, sorry not updated (you can't actually apply a profile from as url now, not sure you could before, but it show the right profile and the button to apply it). this claim seems to be invalid, as indicated in the bug description weeks ago , and recently also reported by users in irc:
https://irc.tiki.org/irclogger_log/tikiwiki?date=2017-10-25,Wed&sel=6#l2
The working solution is adding the missing &ticket={ticket type=get}
param to the URLs linking the profiles in the Wizard tpls (so the profiles are applicable then when listed on the Profiles control panel).
The URL for the show2.tiki.org instance that demonstrates this bug is at: http://xavi-9794-6374.show2.tiki.org. Note that if you get a popup asking for a username/password, please just enter "show" and "show". This is different from the initial login and password for a new Tiki which is "admin" and "admin".
For the install log, see http://xavi-9794-6374.show2.tiki.org/info.txt
Note that if you see PHP errors or a Tiki claiming to be missing third party software, the instance creation is probably not finished. Please wait a couple minutes and reload.
Snapshots are database dumps of the configuration that developers can download for debugging. Once you have reproduced your bug on the show2.tiki.org instance, create a snapshot that can then be downloaded by developers for further investigation.
Snapshots can be accessed at: http://xavi-9794-6374.show2.tiki.org/snapshots/. Note that if you get a popup asking for a username/password, please just enter "show" and "show".
Create new snapshotfilename | created | hits | comment | version | filetype | ||
---|---|---|---|---|---|---|---|
No attachments for this item |