Category: Closed - Cancelled

The text 'Apply Profile "Simple Wiki Attributes" To Add FutureLink Questions' displays under the wiki page-bar and "Create PastLink" appears in the upper left corner of the screen, but there's explanation of this and no clear way to turn this feature off. I can't find any information or controls for FutureUI in the admin pages. I'm reporting this as a bug until the control is clarified.

About the "button" itself, it displays as plain text (needs class="btn" at least to display as a (long) button) and seems intrusive to me, like advertising. For a better display, I suggest having a short button label and putting this longer text into a tooltip (Purpose: "Inject FutureLink UI components into Wiki editing screens. Managed page's saved attributes per FutureLink UI interaction. Generates and presents FutureLink text string to user.") Not sure about this purpose but it definitely needs to be optional and have documentation.

I created a profile long ago to test nested tracker demo.
I applied it, and when reviewing the created tracker items, this is the error I get in a quite white screen (css broken):

^
Fatal error: Call to a member function getField() on a non-object in /var/www/12.x/lib/trackers/trackerlib.php on line 726
^

I've reproduced it in show.
u: admin
p: 12345

Visit this url:
http://xavi-9794-4888.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

---
The error comes from a defective profile, as I'm seing right now. However, it would be much nicer if there a more informative type of error reporting to the user that there is some syntax problem in the field definition, etc.

13.x: Ratings in articles gone.

See it reproduced in the show instance of this other bug report:
http://xavi-9794-5328.show.tikiwiki.org/tiki-read_article.php?articleId=1

u: admin
p: 12345

In 12.x, they could be rated:
http://doc.tiki.org/Rating#Users_ratings_in_Articles

{img src="http://doc.tiki.org/display973"}
---
Update: wrong report. It needed to be displayed by a different user to see the form to rate the article.
Closing as invalid (works-for-me) {sign user="xavi" datetime="2014-07-14T10:39:59+00:00"}

It took me a while to figure out how to unsubscribe to the frequent "Make a wish" mailings. We should put this link at the bottom of those mailings:

To modify your watches, please visit:
https://dev.tiki.org/tiki-user_watches.php

Thanks,
Pete

In Look and Feel admin, switching the font set to Glyphicon seems to have no effect. The font set being used is Font Awesome instead. Switching to the legacy icon set (.png images) does work ok. (Checked on my localhost branch 15 and trunk so far.)

I created a show instance (http://chibaguy-342-6164.show.tikiwiki.org) that confirms the bug: after switching to Glyphicons, Font Awesome is used instead (icons have a class like "icon icon-admin_search fa fa-search fa-fw ").

Didn't think it was related, but just to be sure I emptied the caches and rebuilt the search index, but no change.

Thanks for the feedback. I realize I was only checking the admin anchors (feature icons) on the admin pages, which aren't changing to Glyphicons, and assuming none of the icons are switching (although icons other than the admin anchors are switching). I'll rename the bug.

((doc:PluginCode)) doesn't show colors for php code, as it should according to doc page:
[http://doc.tikiwiki.org/PluginCode]
Tried with param colors=>php or colors=>phpcode:
{CODE()}
{CODE(colors=>php)}
/** Return system defined temporary directory.
* In Unix, this is usually /tmp
* In Windows, this is usually c:\windows\temp or c:\winnt\temp
* \static
*/
function tempdir() {
static $tempdir;
<b>$tempdir = '../tmp';</b>
<b>/*</b> if (!$tempdir) {
$tempfile = tempnam(false,'');
$tempdir = dirname($tempfile);
@unlink($tempfile);
} <b>*/</b>
return $tempdir;
}
}
{CODE}
{CODE}

And it returned:
{CODE(colors=>php)}
/** Return system defined temporary directory.
* In Unix, this is usually /tmp
* In Windows, this is usually c:\windows\temp or c:\winnt\temp
* \static
*/
function tempdir() {
static $tempdir;
$tempdir = '../tmp';
/* if (!$tempdir) {
$tempfile = tempnam(false,'');
$tempdir = dirname($tempfile);
@unlink($tempfile);
} */
return $tempdir;
}

}
{CODE}

---
Update: RFE for plugincode:
Why not using "wrap=>1" as default param instead as "wrap=>0"?

We miss at least one icon to easily add files to the file gallery and get them inserted in the text area easily with the minimum number of clicks.

In default installs, for usability for new users.

AND we need to respect tiki sites that had those tools ({img src="https://dev.tiki.org/img/icons/file-manager-add.png"}, for instance, which does something like [https://dev.tiki.org/tiki-upload_file.php?galleryId=3&view=browse&filegals_manager=area_51bb470595cd3&insertion_syntax=file]) added in the toolbar. In a site that I upgraded from 10.x to 11.x I had that tool removed, and this other one {img src="https://dev.tiki.org/img/icons/file-manager.png"} (PluginFile) also removed sitewide.

When an image is uploaded to a File Gallery, you used to see a thumbnail of it when you moused over the item in the File Gallery table listing

This no longer happens.

This functionality should restored if at all possible as it is an invaluable feature when you have a gallery with lots of images and you want to be sure which one to use/download

closed as this is a second entry of the same bug - caused by a 'bounce' on the dev site

http://nextthemes.tiki.org/Themes {sign user="marclaporte" datetime="2013-03-15T16:08:44+00:00"}
{flash type="url" movie="display167" width="1156" height="716"}

Here is:
http://phplm.sourceforge.net/docs/CHANGELOG.txt

r46040

In our case, we are using "Strasa" theme style, in 11.x svn.

As admin, we go to Admin home > Workspaces & Areas > Create a workspace:

The jquery popup box fell behind the main panel in the central column. Therefore, the buttons where hidden behind that panel in the central column.

{img fileId="249" thumb="y" rel="box[g]"}

----

The same with the button the "change highlighter" (codemirror) in a text area in a wiki page: the popup bux is not shown (falls behind the edit area, it seems).

Same with plugin file, plugin to upload images, etc. If you are in full screen edit mode, then you see nothing from that popup shown (behind).
---

The problem seems to be somehow with the strasa I had in my installation, which came from upgrades. I cound't reproduce the issue in show.t.o, nor in my site with another theme style.

* Go to tiki-admin_modules.php
* All modules tab
* Drag any of the module to any of the boxed areas,
* => the system stays hung up with with a progress bar that says "Loading"

This happens in Trunk, not 12.x (but there is no Trunk option in the selection, so I marked it as 12.x).

UPDATE: Actually, this was solved by re-running composer.

If you have a pagename with a colon in it, like user:person, it will not work because Firefox will think user: is a protocol.

Using ...page... doesn't work on 11.x, but is working on trunk.

Maybe a missing backports

//Update:
//The issue seems not to be a bug, as I cannot at all reproduce an show.tiki.org, where the behaviour is unexpectedly expected ;-)
//Closing for now
//Torsten

In a collaboration platform I use different workgroups. Each workgroup should have an individual home page with group specific information.

For a perspective (example name: proceedings Id: 14) I set up a wiki page as home page (example: page name: "p14") and set th wiki home page to p14 instead of HomePage.

When I switch from any other persective (or default) to this perspective, the user should be referred to the page "p14". Instead he is referred to the standard HomePage like in default.

Altering the Home feature (for example from wiki to articles) in the perspective 14 has no effect. But altering the Home feature globally oberwrites the setting in the perspective.

This behaviour seems to be somehow a partial deactivation of perspectives overwriting.
The effect is not for all preferences - for example perspective-individual themes work.

At first now I try to reproduce on show.t.o

For some reason, some subscribers to a newsletter got deleted when one of them validated the link to his subscription.
This happened twice to me ina production site.

I'll see if I can reproduce it in a show instance. more details will come once the issue is reproduced in the show.t.o instance.

---

Oh well, unable to reproduce in the show.t.o instance. Maybr language-specific, maybe conflict of prefs? Who knows, looks like too-edge case, so closing.

Hi:

I just tried spellcheck, with the provided english dictionary at sf.net (words_en.sql, etc.). And also added another one as a trial (words_ca.sql, with 15 catalan words, etc.), coded words with utf-8.

Enabled feature, Created a new page with some words:
^
abaconarà
Abaconarà
abaconará
Abaconarà
Abaconara
abaconara
perquè així però vinyals calçador
howto
howtee
yeouhooo
spellchek
^

The only one shown in red at preview state is "~~red:vinyals~~", having interface either in English or Catalan.
There must be something wrong in the feature.

The only word included in words_ca.sql is abaconarà (non of the others is)

And in words_en.sql, non of the catalan words are, and I guess yeouhooo is not either...

As of today (pre 1.9.8), if I activate the Spellcheck, I get:

{img src=images/code.png}%%% {CODE()}
An error occured in a database query!

Context:
File php.cgi
Url tiki-editpage.php
Query:
select `word` from `babl_words_fr` where `word`=? or `word`=?
Values:
0 test
1 test
Message:
Error Message
{CODE}


I need to know from:
http://doc.tikiwiki.org/Spellcheck

That I need to install the word dictionary database separately from the rest of Tiki.


Tiki should check that the table exists and return a nicer error message.


And why is Tiki searching for "babl_words_fr"? My browser and Tiki are in English...

Please see:
http://phplayersmenu.sourceforge.net/demo.php

phplayersmenu has 5 types.

$types['vert'] = 'layersmenu.inc.php';
$types['horiz'] = 'layersmenu.inc.php';
$types['tree'] = 'treemenu.inc.php';
$types['phptree'] = 'phptreemenu.inc.php';
$types['plain'] = 'phptreemenu.inc.php';

Tiki is only using 3.

"Two classes are provided to prepare also accessibility solutions, i.e. "server-side based" tree menus (that have just the same look of the above mentioned JavaScript-based tree menus, but require the PHP support on the web server) and plain menus that do not require the JavaScript support to the browser."

Related:
Menu items with link type options (framed, new window, replace)
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=521


We could also let the user determine an icon for each menu item.

testing against instance, determined as local issue. closing.

This tracker item could not be found

This tracker item could not be found

This tracker item could not be found

This tracker item could not be found

If you export the items from any tracker, either from the main tracker admin screens or using the trackerfilter plugin, then whilst the spreadsheet is created it has no data other than the tracker field headers and the following text ie an error message:

<b>Fatal error</b>: Call to a member function getField() on a non-object in <b>/deleted_path/lib/core/Tracker/Field/DynamicList.php</b> on line <b>144</b><br />

This happens when one of the fields in the tracker is a "Dynamic Items List" (although it might conceivably happen with other fields - not exhaustively tested)

This a regression as this works fine in Tiki 12.x


Sorry - this was a broken tracker, although the error message could have been a bit more informative !!