Category: 13.x Regression

Using any of the Bootswatch themes

{img fileId="860"}

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

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

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

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

This used to work in Tiki 8.x at least, when the feature was coded, and it currently still works in Tiki 9.x (9.9svn)

Feature Connect: 'Fill form' button does nothing

!!- Fixed in 12.x
If codemirror is switched on, comments can't be posted (12.x). It says as if no content was added in the comment body. Similarly, comments can't be edited if codemirror is switched on (12.x, 13.x).

Once highlighting is disabled, comments can be posted again.

To reproduce in 12.x, post a comment as admin here:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage

(while codemirror is on)

{img src=http://dev.tiki.org/display796}

The same issue is reproduced in 12.x (still with r52504, Sept 12, 2014) in comments to tracker items, even if the codemirror mode is set to "Disabled but switchable"
---
!! still present in 13.x and trunk
To reproduce in 13.x, try to edit this comment with the highlighter toggled to on the homepage of:
http://xavi-9794-5294.show.tikiwiki.org
http://xavi-9794-5294.show.tikiwiki.org/tiki-ajax_services.php?controller=comment&action=list&type=wiki+page&objectId=HomePage#comment-container
u: admin
p: 12345

{img src="display963" width="600"}
---
^ Regression: In 9.x comments could be posted or edited even if codemirror was on.^
---
Update: issue still present in 13.x in r53262 and in trunk r53255 after it has been fixed by patrick-proulx and same fix applied to 13.x and trunk. Something else must be missing somewhere.... {sign user="xavi" datetime="2014-12-04T07:52:23+00:00"}
---
Update 2: issue still present in 13.x with code updated as of January 10, 2015. {sign user="xavi" datetime="2015-01-10T12:43:07+00:00"}
---
Update 3: Fixed in 14.x but not in 13.x. Oh well, I close this bug report, since 14.0 will be out very soon, etc.

{img fileId="923"}

{img fileId="929"}

{img fileId="930"}

13.x dev.t.o bug tracker: missing category (mandatory field) at submit time didn't take the user up in the screen to where the source of the issue was and where the text message was shown ("This field is required") , and no message shown at the bottom either next to the submit button that the user has just clicked on.

Therefore, it seems as if the tracker is broken, or the tiki software doesn't work for unexpected reasons (thinking in newbie's impressions), etc..

Reproduced with Chrome 37, and FF 32.

P.S. In case it matters, feature "Chosen" is currently enabled in dev.t.o by the time of this bug report {sign user="xavi" datetime="2014-10-09T06:54:01+00:00"}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

To reproduce, visit: http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5317

Click the print icon:
http://dev.tiki.org/item5317?print=y

Only the title appears, along with 2 "add comments" buttons. These are relevant in print mode (printing comments is OK, but not a button to add more)

{img fileId="818"}

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

https://dev.tiki.org/tiki-pagehistory.php?page=3%20Rules&oldver=19

13.x doc.t.o: apply template to wiki page adds no new content on reload

See it reproduced in doc.t.o. , in this screencast:
[http://tiki.org/display596|140915_bug_apply_template_wiki_page_ko.webm]
([http://tiki.org/display596])

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

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

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