Category: Regression

1. Create a Wiki Page with content "First content". Save it.
2. Edit page. Append "Second content" to the content. Save it.
3. Remove --> remove only last version.
4. Open page. "Second content" is still there. It should not!

I don't know yet if it's a regression from 17 to 18. I found it using trunk 18.0 and I just could't find "18.0" on the Version field above. Anyways, I assume it's a regression as this feature must have worked some day. Luis Henrique reproduced this error in his environment.

[https://sourceforge.net/p/tikiwiki/mailman/message/35974529/|Related discussion "Expected behavior when removing last wiki page version"]

While trying to delete my test user on t.o I get the following issue:
https://youtu.be/M0yRw425VuM

I get several notices like this:

Deprecated: Assigning the return value of new by reference is deprecated in ...\branches\5.x\lib\ajax\xajax\xajax_core\xajaxAIO.inc.php on line 428

when opening the group permissions page (approximately r27704). This is on Windows with PHP 5.3.1.

Detect browser language is not working to me (to luciash, in fact, in a site which I admin), in a recently upgraded site from 2.4 to 3.0.

This affects Tiki 3 to 7 and is a regression from Tiki 2.

Dev.tiki.org Last update from SVN (18.2svn): Monday 07 May, 2018 23:24:55 IDT- REV 66296

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

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

I edited a comment on a ticket from dev tracker 5 and on save (the area seems to reload or to be updated) nothing was changed.
It take a few refresh (if not unlucky like in the video ?) to properly update the comment for the contributor user.

{file type="gallery" fileId="1946" showicon="y"}

(after a few minutes I could load the page)
{img fileId="1947" thumb="box"}

I experienced this here : https://dev.tiki.org/item8179-Button-colors-can-t-be-changed

dev.t.o (12.x): rating tracker items is half-broken

USer get the sensation that items from the dev.t.o bug tracker can not be rated any more, since when you click, the spinner never ends.

But if you refresh the page, the rating choice is shown (so it seems stored successfully, even if the spinner never ends and nothing indicates the user that the rating succeeded).

dev.t.o 14.x: only the last item in the multiple selection combo box is stored for this tracker item

See it reproduced here:
https://dev.tiki.org/item5464?from=Structure

Edited this item as user "xavi" (without admin rights, in case it matters), Selecting some other categories in the combo box for the field "Category" or the field "Version": => only the last category (or at least, only one from all the ones selected) is stored

I wanted to search content posted on dev.t.o. I searched through the search box at the header, as usual, for a keyword, and nothing is shown in the results
https://dev.tiki.org/tiki-searchindex.php?filter%7Econtent=alchemist&filter%7Edate_range=

Not even any message that no results are found (if that is the case)

Broken somehow?

I replied to a comment here : https://dev.tiki.org/tiki-view_tracker_item.php?itemId=8071&threadId=10284&cookietab=1#threadId10286

I inserted two user tags and the display is wrong...

{CODE()}@john.chishugi{CODE}
Only john is a link and it is broken

{CODE()}@chibaguy{CODE}
Display the user full "real" name

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

I see weird and inconsistent search results on the Wishlist search form when I remove any tracker_status filter at https://dev.tiki.org/Wishlist-Search-Page . I see more than 2 "empty" tickets.

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

I can't see the same at https://dev.tiki.org/tracker5
However if I try to sort by subject I have also weird results: https://dev.tiki.org/tracker5?status=&sort_mode=f_26_asc
The sorting is wrong and I have only 2 "empty" tickets.

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

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?)

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"}

dev.tiki.org has two menus at the top. They become a click to open icon.

Clicking on one or the other always open both

{syntax type="tiki" editor="plain"}
Unable to pick Version, Feature and Category tags in the form fields -- values remain empty. Tested on multiple browsers, including Firefox 133.0, Microsoft Edge 131 and Google Chrome 131.0.

This not only affects reporting, but also search:
https://dev.tiki.org/Search-Wishes
https://dev.tiki.org/Wishlist-Search-Page

As can be seen in the screenshot below, calling the REMARKSBOX plugin adds the call's title to the page navigation.
{img fileId="849"}

This can be seen on [http://erikqvam-11905-6586.show.tikiwiki.org/tiki-index.php|a related issue's show instance].

{img fileId="841"}

Click here: http://doc.tiki.org/tiki-print.php?page=Forum+and+Mailing+List+Synchronization

With Android browser.

{img fileId="934"}

See this page:
http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5386&threadId=3936&cookietab=2#threadId3936

Nelson assigned a ticket to mani and categories were lost
http://dev.tiki.org/tiki-tracker_view_history.php?itemId=4704

{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.