Category: 13.x

Using any of the Bootswatch themes

{img fileId="860"}

Send notification email to forum moderator when a user posts a message which is queued pending moderation.

To reproduce the environment:
log is as user
u: user1
p: user1

here:
http://xavi-9794-5370.show.tikiwiki.org/tiki-view_forum.php?forumId=1

and post a message.

User "admin" is moderating all messages of that forum, but he gets no email nor intratiki message of new forum posts pending moderation.

admin credentials:
u: admin
p: 12345

In 13.x:
-= Title bar example =-

In Tiki 9.x:
{img fileId="844"}

To reproduce this bug, you need to set up a Tiki within a subdirectory with tilda, e.g.

http://localhost/~user/tiki

Then login, go to the admin panel and click around, say to some of the feature admin panels.

You will be logged out. The problem is that (if you look in tiki-phpinfo.php) that the cookie_path is set to /%7Euser/tiki

If you move the tiki to a path with no tilde it is ok.

Just too many servers with no datetime setting right now. This needs to be addressed at least at the minimum with a more graceful check and error, perhaps on running the installer?

FYI: There were no issues in the same server with Tiki 12.x installs. (=>"regression" category added)

Info / Doc / Dev / Community / Themes / Profiles / Suite are the main sites. There are others listed at ((tw:Domain))

As of 2014-07-29, only info & profiles are consistent (of the main sites). All others are different (which is understandable because of the move to Bootstrap), but they are all different from each other.

The reference bottom footer code is kept up to date at
* http://branding.tiki.org/Footer+code
* http://branding.tiki.org/Top+Menu#Navigation_between_.tiki.org_sites

See the associated show.t.o instance.

I created a site using trunk (future 14.x), applied a profile which created a long tracker (160+ fields), with long field names, etc.
When I tried to export a single file from the tracker, I get in a Tiki 12.x installation:
^
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
^

And if I try to do the same with trunk(Tiki14), I get the screen converted into a semi-transparent blackish window, as if something was to be shown, but the user can't see anything happening. Just no message, no tracker definition exported, etc.

See it reproduced here:
# Log in here: http://xavi-9794-5536.show.tikiwiki.org
** u: admin
** p: 12345
# Go to tracker fields:
+ http://xavi-9794-5536.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
# Select one (for instance, id 5, which is short and has no commas in the name, etc).
# Go down to the dropdown field at the bottom, and select "Export selected", and click at "Go".
** No field definition is exported.

12.x: Commit Timesheet data to the linked Tracker doesn't transfer expected duration values, just the related text

For real-case scenarios of time tracking, workers end up annotating what they did invest their time in, and how long did they take (without using the time counter, but just feeding the expected time value).

When you commit the data from your browser to the tracker, all the numbers annotated for the expected time invested (which in fact, ni this real-case scenario, is the real time invested to fit your daily work in 8hours time) are not transferred to the tracker, so that from other comuters you can not rescue that data. And if something happens to the cookies or cache or something, you loose these data that was only in that browser and computer.


See it in:
http://xavi-9794-5490.show.tikiwiki.org/tiki-timesheet.php

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch

In a few sites we usually get spam registrations, polluting the user registration tracker, by humans (they type properly the passcode).

Every now and then I connect to the site to remove the users registrations (this removes also their user tracker items), and I would like to collect those ip's at the same time to be sent to the banning feature.

This type of feature already works nicely for comments: you can enable comment moderation, review many comments at once, select many through their checkboxes, and click at "ban and delete" type of option at the bottom.
This collects the ip's of those comments, and sends them for you to the banning feature, allowing you to ban all those ip's with just a few clicks.

We need this also for the fake registrations from human-spammers getting in.

Inter-User Messages: 'Reply to all' gets the wrong sender of the message to be replied

User1 send a message to User2.
* When User2 clicks at "Reply", everything works as expected, and User1 is transferred to the "To:" field.
* If User2 clicks at "Reply to all", value "User1" is missing from the "To:" field, and only ";User2" is placed (instead of "User1").

To reproduce, in 12.x. come here:
http://xavi-9794-5493.show.tikiwiki.org/messu-read.php?offset=0&flag=&priority=1&flagval=&sort_mode=date_desc&find=&msgId=1

as user1:
u: user1
p: user1

And click at "__replyall__"
You will see the the "To:" field contains: ";user1" instead of "admin"

As a reference: admin account credentials:
u: admin
p: 12345

---
Update {sign user="xavi" datetime="2015-04-11T21:34:50+00:00"}
To reproduce in 14.x, you can do equivalent steps (equivalent users and passwd) here:
http://xavi-9794-5601.show.tikiwiki.org/messu-compose.php

---
Update {sign user="olinuxx" datetime="2016-02-29T14:17:50+01:00"}
A fix is in the comments

FF26.0
after reaching the step 'install' in the installer, I was asked in a never ending loop for my db credentials

my work-around solution was to add
$_SESSION[['accessible'] = true;
to
db\local.php

and then the install went on

See https://dev.tiki.org/tiki-print_blog_post.php?postId=22

To reproduce, visit: https://dev.tiki.org/Tiki12

Click "Print": https://dev.tiki.org/tiki-print.php?page=Tiki12

{CODE(caption="Current link")}The original document is available at https://dev.tiki.org//tiki-index.php {CODE}

The double // is wrong, and it should send to the page name, not the home page

http://dev.tiki.org/tiki-admin.php?page=textarea -> Simple Plugin Arguments

Argument "fields" has a value of:

26:152:54:41:101:138:43:48

Should become:

152:26:43:138:41:101:54:48

{flash type="url" movie="display863" width="585" height="476"}

{img fileId="845"}



http://dev.tiki.org/item5324 also has stray "Add comments"

To reproduce, visit https://dev.tiki.org/Tiki12

Click PDF link:
https://dev.tiki.org/tiki-print.php?page=Tiki12&display=pdf

{img fileId="820"}

1- Visit http://doc.tiki.org/tiki-index.php?page_ref_id=3714

2- Click the print icon and you get content of front page:
http://doc.tiki.org/tiki-print.php?page_ref_id=3714

From here: http://dev.tiki.org/tiki-admin_dsn.php

Click on "help" icon, which take you here: http://doc.tiki.org/Admin%2BDSN

^{img fileId="838"}^

However, the valid link is:
http://doc.tiki.org/Admin+DSN

1- Edit a page
http://doc.tiki.org/tiki-editpage.php?page=LDAP%20authentication&page_ref_id=3714

2- Click Preview

3- Pick Side-by-side diff

4- Notice how all lines are "new"

{img fileId="834"}

1- Visit http://doc.tiki.org/tiki-searchindex.php?filter~content=ldap

2- Click on the first result:
http://doc.tiki.org/tiki-index.php?page=LDAP+authentication&threadId=208&comzone=show#threadId208

This seems to be a comment on that page, but it doesn't load.

Compare these 2:
http://doc.tiki.org/LDAP+authentication
http://doc.tiki.org/tiki-print.php?page=LDAP+authentication

{img fileId="833"}

Image width is set to 600
Image height is not set

Thus, it should be proportional, no?

Please see:
{img fileId="829"}
---
This is happening also to any 12x site based on svn.
Regression was introduced by r52064 in 13.x, and its backport to 12.x (r52066)
{CODE()}
[bp/r52064][FIX] When remote server whre image is down, img plugin will try in vain to get image until timeout which causes page not to load
Authored by: nkoth 2014-07-22
{CODE}

See: http://dev.tiki.org/tiki-pagehistory.php?page=Tiki12

{img fileId="852"}

Seen here: http://next.tiki.org/tiki-admin.php?page=general