Category: Dogfood on a *.tiki.org site

To reproduce:
* go to ((Make a wish))
* click at the icon to "Choose or upload images"
+ The pop up window entitle "Browse Files" will show up, with the elFinder interface.
* Click at the Button to upload files (disk icon with a green "plus" sign)
+ the focus goes to the search box, and the user can't do anything else than write into the search box. You can't close the popup window, nor move it, nor resize it.
* If you close the browser window, you'll loose all the information you already typed in the text area (it happened to me once :-/ )

Reproduced with Chrome and Firefox.

{img fileId="672"}
---
Retest:
{img fileId="699" thumb="y" rel="box[g]"}

dev.t.o: form to search for related-to bugs became recently broken

I could use it yesterday with no problems, while reporting this bug:
https://dev.tiki.org/item7133-CSRF-False-positives

which is linked to a couple other items.
If I edit that item now, I can't search for other items agains CSRF, for instance (while previously linked items are still linked there).

New bug reports do not allow to search for related items when you edit the bug report.
Something has changed in the last 24h? (some svn up? some config changes somewhere?)

There might be many emails from the bug tracker in dev.t.o (like in other tiki sites with heavy activity in one or several trackers).

Notification emails come with this type of common subject:
{CODE()}
"[Bugs & Wish list] (Tracker was modified at dev.tiki.org by userfoo)"
{CODE}

And content of the changed item brings the changed fields, but if there is no change in the title of the bug tracker (the first "isMain" field), the user getting the message still has no clue about the changed item.

Proposed solution:
* Add a new option in trackers to include the first "isMain" field (the first field linked to the full item view) in:
## the notification email subject first, before or instead the string needed for email filters "".
## the content of all emails frmo changes in items from that tracker

This would allow people like me, to clearly identify in which tracker items I'm requested to take some action, or help on the follow up on some topics, when you get many emails from the same source and currently with too similar subjects.

I attempted to use ((doc:PluginPivotTable)) in a new page in dev.t.o: ((Bug report evolution))

# I first wrote ~np~{pivottable}~/np~ in the wiki page and saved (to check whether there was going to be some helper to find the right compulsory params that where missing (tracker:5 assigned to some param name, which I didn't remember)
# then I edited again the wiki page, and clicked at the plugin toolbar icon to get the popup helper for pivottable.
** this requested me to indicate the first compusolry field, which offered to me to select some wiki page name, but not the right param content for the data source (tracker:n o activityStream). __First error/regression__ (it used to allow typing any text there, afair, but it currently deletes what the user types since it doesn't match any option from the list of wiki page names shown).
** I selected some page name, so that I could get the param name correctly written in plugin call in the textarea of the wiki page, to fix the value assigned to that param name manually, while also writing to text in the body of the plugin textarea while still in the popup helper. But when I attempted to accept to get the syntax inserted in the wiki page, I got this error message:

-+Plugin edit failed+-

Oups, bad user experience. Looks like as if it was some experimental feature, while it has been there for years across many versions.

For some reason, some edits to tracker items are lost in dev.t.o . I just noticed that.

I made (I thought I had made) an edit to this tracker item:
https://dev.tiki.org/item6668-Incorrect-integer-value-for-column-healed-at-row-1-when-adding-a-Tiki-Scheduler-task-in-mysql-strict-mode

Adding this extra content (below) to the "Description" field of the bug report:
{CODE()}
---
Tested again (using latest 18.x svn again), same failure, also with the task to do some list:execute action, which runs fine otherwise through the console.php command on a cronjob directly at the crontab level. {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}

I stop attempting to use Scheduler (Web interface) at all in my projects since I never managed to get it running, nor a simple task. Maybe it's not mysql 5.7 ready? {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}
{CODE}

After saving, I saw the new page reload, no reporting of succeful edit nor anything (no remarksbox at the top indicating that the edit was successful), and I saw no changes in the field "Description".

Tracker item history is shown as blank, also:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=6668

Several (all?) of my recent edits to ((Tiki18)) page here in dev.t.o send me (user "xavi") to the dev.t.o homepage . That's new, it didn't happen to me months ago (nior in earlier tiki versions).
Regression?
---
Update: reproduced similar issue in trunk (from yesterday) {sign user="xavi" datetime="2018-09-28T09:22:41+00:00"}

When I filed my last wish (about sorting) along with the thank-you-page I got a cloud connection error from dev.tiki.org:

Unable to connect to fd8f1a8b53674d9c8d46caffb484411d.eu-central-1.aws.cloud.es.io:9243 . Error #0: stream_socket_client(): unable to connect to fd8f1a8b53674d9c8d46caffb484411d.eu-central-1.aws.cloud.es.io:9243 (Connection refused)
and with it the note, that the index would need rebuilding.

Thanks for looking after the server...

When filing a new wish, two errors are thrown, concerning trackers:
Error

Indexing failed while processing "26116" (type activity) with the error "normalizer [sortable] not found for field [sort]"

Error

Indexing failed while processing "7480" (type trackeritem) with the error "analyzer [sortable] not found for field [tracker_field_submitted_by_unstemmed]"

Despite the errors, the wish gets stored.

Thanks for looking after the server (again...)
hman

{img fileId="604"}

Just compare the footer of profiles.tiki.org to dev.tiki.org

{img fileId="300"}


(previously titled: ''dev.tiki.org: The footer links are squished after the upgrade from 10.x to 11.x'')

To speedup this site, delete any login which:

1- has not voted in tracker ratings
2- has not submitted, modified or commented a tracker item
3- no tracker item is submitted to them

In short, all logins which are not useful here at the moment. Logins will be recreated here at their next login via InterTiki anyway...

{syntax type="tiki" editor="plain"}
The link of the my profile icon (img/mytiki/mytiki.gif) points to /my and not to /tiki-my_tiki.php.
When editing the image, the link seems well entered : /tiki-my_tiki.php{IMG(src="img/mytiki/mytiki.gif",link="/tiki-my_tiki.php")}/tiki-my_tiki.php{IMG}
I don't see anything wrong either when editing the group:
{CODE()}%%%::__{img src=img/mytiki/mytiki.gif link=tiki-my_tiki.php width=20}%%%[tiki-my_tiki.php|My Profile]__::{CODE}

IRC-Log 20050705
---
[22:38:53] <amette> ahum - it looks to me, that we loose data on tw.o and on dev.tw.o after site-updates - please have a look here: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=257&show=view&status=o&trackerId=5&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=tracker
[22:39:36] <amette> luci added the solution as far as I remember (lastmod is empty) - later on I closed this item with solution Accepted and a modification to the solution

--- some stuff cut ---

[22:49:50] <amette> The thing with tw.o is, that I know exactly I edited a page - later toggg told me, that I didn't make the change, hm, well, yes, it was lost.....
---
The page in question is
http://tikiwiki.org/tiki-index.php?page=FindTikiExpert

No one can confirm that with their own Tiki.

I really don't know what it could be (site updates) - but it scares the hell out of me.... well, almost ;)

{CODE(wrap=>1)}
(18:30:35) xavi: to reproduce: I did search for "Report" at the top bar search
(18:30:42) xavi: showing this url: http://dev.tikiwiki.org/tiki-searchresults.php?highlight=Report&search=Go
(18:30:47) xavi: with this error:
(18:31:14) xavi: [off] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '? and ttif.`value`=? and ttifOut.`fieldId`=?' at line 2 The query was: select ttifOut.`value` from `tiki_tracker_item_fields` ttifOut, `tiki_tracker_item_fields` ttif where ttifOut.`itemId`= ttif.`itemId`and ttif.`fieldId`=? and ttif.`value`=? and ttifOut.`fieldId`=?
{CODE}

---
Update on March 31st 2010, using Last update from SVN (5.0alpha): Friday 26 March, 2010 09:12:40 CET - REV 26326 :

{img src=http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236 desc="http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236"}

These both link to tracker5 - has this tracker taken a different ID?

dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to some conflict with the wiki cache. Example:

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_asc

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_desc

both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.

{syntax type="tiki" editor="plain"}
dev.tw.o: users apparently can delete their tracker items but they are not deleted and no message

To reproduce:
* Log in as normal user to dev.tw.o (without admin perms) (ot test with user "xavi" if you prefer).
* report a bug/wish
* edit it in order to see the edit form
* click on the red cross to delete it
* after that, you are shown the list of tracker items, as if your tracker item was already deleted. No message indicating any problem is shown. However, the tracker item is not deleted.
+ Example: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2879

---
reported in comments as still around in tiki5 and tiki6

selection of category fields in tracker items is lost when you re-edit the item.

inserting tracker items in dev.tw.o works fine (through ((Report a bug)) and directly through [tracker5]. However, editing those bug reports seems not to be allowed as expected, because selection to the category fields is lost when you edit the tracker item again to update it, and thus, since one of them is compulsory, the changes can not be saved if you don't re-select the category checkboxes.

https://tiki.org/forum26 = a white screen.
Seems to be stuck 6 month ago
{img fileId="1430" thumb="box"}

{syntax type="tiki" editor="plain"}
Tested on info.tw.o with FiveAlive theme...

Disabling the __Search box__ option on the Admin: Search page, Search Results tab (tiki-admin.php?page=search) will remove the Search bar from the menu.

This is incorrect behavior.

This is from Google monthly report for Doc.

{img fileId="1628" thumb="box"}

Obviously we want people searching in google to land on real and good content that promote Tiki, give information or help (support).
Not printing...

for users with tiki_p_wiki_view_comments perm only, it displays the ~np~[comment]~/np~ link on the wiki page bar even when no comments there yet to read, so clicking it does literally nothing...

At https://doc.tiki.org/Login-General-Preferences I see:

{img fileId="1859" thumb="box"}

I can't edit it from the doc seems it is set as is in the PREFDOC.

At https://doc.tiki.org/PluginCode the different samples with colors parameters are not doing anything.

13.x in dev.t.o: some toolbar buttons like wiki link broken (reload the whole page) . Try while reporting a bug.

Tried to reproduce in a show instance:
http://xavi-9794-5448.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
(u admin p: 12345)
but I can't: it works there. It seems to be something specific in dev.t.o