jdc8 / wikitcl Goto Github PK

View Code? Open in Web Editor NEW

0.0 3.0 0.0 1.68 MB

Automatically exported from code.google.com/p/wikitcl

Makefile 0.12% Tcl 78.96% CSS 3.78% HTML 1.00% JavaScript 15.64% Shell 0.50%

wikitcl's People

Contributors

Watchers

wikitcl's Issues

Server error at edit

What steps will reproduce the problem?
1. Go to http://wiki.tcl.tk/_edit/19738

What is the expected output? What do you see instead?

Normal edit page. The error page attached source for. 
The key part is probably:

key "-cookies" not known in dictionary while executing "dict get $r -cookies" 
(procedure "who" 
line 3) invoked from within "who $r" (procedure "::WikitWub::/edit" line 18) 
invoked from within 
"$cmd $response {*}$argl" (procedure "::Direct::Snit_methoddo" line 68) invoked 
from within "::
wikit do $req" ("/_*" arm line 10) invoked from within "switch -glob -- 
/_edit/19738 { /*.php - /
*.wmv - /*.exe - /cgi-bin/* { # block the originator by IP Block block [dict 
get $req -ipaddr] ..." 
("uplevel" body line 1) invoked from within "uplevel 1 [list switch {*}$args]"

Original issue reported on code.google.com by [email protected] on 3 Aug 2007 at 11:29

Attachments:

reply.html

Animated cyclist - Modification lost

3 or 4 weeks ago, I modified the article http://wiki.tcl.tk/12488 "Animated
cyclist", 
adding a scale to adjust the speed of the animation.

Today the article has been updated, but my modification is gone, 
and the revision-history shows no prior changes this year:
>>>
9 2007-06-25 16:59:44 UTC   [email protected]   8 9 9
8 2006-06-21 08:52:14 UTC   195.158.131.10  7   9 Current 8 8
...
<<<

I have seen some other articles where I got the impression 
that some changes had disappeared, but I was not strongly
involved, so I did not take notes...

-HaJo

Original issue reported on code.google.com by [email protected] on 26 Jun 2007 at 12:42

browser sent bogus characters message from all my web browsers

What steps will reproduce the problem?
1. Using lynx, Windows Internet Explorer, and Mozilla Firefox, access 
http://wiki.tcl.tk/xotcl
2. Added the line
Currently at version 1.5.6
3. Encoding error page returns

What is the expected output? What do you see instead?
I expected an updated page.
I received:
Encoding error on page 1297 - XOTcl

Your changes have NOT been saved, because the content your browser sent 
contains bogus characters. At character number 8792.

Please check your browser.

What version of the product are you using? On what operating system?
I'm using Firefox 2.0, IE 6.0. They are set to Unicode character encoding.

Please provide any additional information below.

 While this probably IS a browser issue, any guidelines for how to set the 
browser so that it is compatible with wubwiki would be appreciated.

Original issue reported on code.google.com by [email protected] on 15 Oct 2007 at 11:33

Redirect loop when using sockspy

Noticing I have the utf-8/iso8859-1 encoding problem now, 
I tried to use sockspy to check what was being received and sent. 

To do this, one starts sockspy on the local machine with the 
-proxy option (I used -proxy 8091) and tells the web server to go 
via a proxy at the port opened (in my case, localhost:8091). 

However, when I do this against wiki.tcl.tk the connection gets 
stuck in the following loop:

20:19:58 =connect from 127.0.0.1 localhost 8091 60463
20:19:59 =fowarding to wiki.tcl.tk:80
20:19:59 >GET http://wiki.tcl.tk/2?S=wiki%2Etcl%2Etk HTTP/1.1
20:19:59 >Accept: */*
20:19:59 >Accept-Language: sv-se
20:19:59 >Accept-Encoding: gzip, deflate
20:19:59 >Cookie: wikit=lars_h
20:19:59 >User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; sv-se) 
AppleWebKit/312.8.1 
(KHTML, like Gecko) Safari/312.6
20:19:59 >Connection: close
20:19:59 >Host: wiki.tcl.tk
20:19:59 >
20:19:59 >
20:19:59 <HTTP/1.1 302 Found
20:19:59 <Date: Fri, 29 Jun 2007 18:19:02 GMT
20:19:59 <Server: Wub 2.0
20:19:59 <connection: close
20:19:59 <location: http://wiki.tcl.tk/2?S=wiki%2Etcl%2Etk
20:19:59 <content-length: 214
20:19:59 <content-type: text/html; charset=utf-8
20:19:59 <Connection: close
20:19:59 <
20:19:59 <<html>
20:19:59 <<head>
20:19:59 <<title>Redirect</title>
20:19:59 <</head>
20:19:59 <<body>
20:19:59 <<h1>Redirect</h1>
20:19:59 <<p>The page may be found here: <a href='http://wiki.tcl.tk/2?
S=wiki%2Etcl%2Etk'>http://wiki.tcl.tk/2?S=wiki%2Etcl%2Etk</a></p>
20:19:59 <</body>
20:19:59 <</html>
20:19:59 <
20:19:59 =----- closed connection -----

What seems to be the problem is that the web server doesn't 
understand GET requests with complete URLs (as used when 
talking to a proxy) and instead tries to redirect into a search for 
the hostname part of the URL. IMHO that is too simplistic. 
E.g. the server at www.tcl.tk does not have this problem:

20:19:06 =connect from 127.0.0.1 localhost 8091 60437
20:19:06 =fowarding to www.tcl.tk:80
20:19:06 >GET http://www.tcl.tk/ HTTP/1.1
20:19:06 >Accept: */*
20:19:06 >Accept-Language: sv-se
20:19:06 >Accept-Encoding: gzip, deflate
20:19:06 >User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; sv-se) 
AppleWebKit/312.8.1 
(KHTML, like Gecko) Safari/312.6
20:19:06 >Connection: close
20:19:06 >Host: www.tcl.tk
20:19:06 >
20:19:06 >
20:19:06 <HTTP/1.1 200 Data follows
20:19:06 <Date: Fri, 29 Jun 2007 18:20:12 GMT
20:19:06 <Server: Tcl-Webserver/3.5.1 May 27, 2004
20:19:06 <Content-Type: text/html
20:19:06 <Content-Length: 7634
20:19:06 <Connection: close
20:19:06 <
20:19:06 <<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
20:19:06 <<html>
20:19:06 <<head>        <title>Tcl Developer Site</title>
etc.

Lars Hellström

Original issue reported on code.google.com by [email protected] on 29 Jun 2007 at 6:59

Enhancement - Put time of change on Recent Changes page

What steps will reproduce the problem?
1. Go to the Recent Changed page
2. Look for a time when changes were made.
3. Fail to find the time.

What is the expected output? What do you see instead?
Since the time of the change is known, why not provide on the Recent
Changes page?

What version of the product are you using? On what operating system?
Whatever is current.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 5 Jul 2007 at 7:17

[deleted issue]

[deleted issue]

wikit URL "search" mechanism doesn't result in hit

What steps will reproduce the problem?
1. Open a web browser
2. Type in http://wiki.tcl.tk/Virden
3. Tell browser to surf to this URL

What is the expected output? What do you see instead?
The expected output would be a properly rendered version of page 16 of the 
wikit.

What I see is this:
#                                                                        
Search
   #[1]RSS

[2]Search

   Enter a Search Phrase

   [3] ___________________
     __________________________________________________________________

   Updated 2007-08-03 13:00:02 o Go to [4]The Tcler's Wiki o [5]About o
   [6]Changes o [7]Help
   [8]Search______________

   [9]DO NOT CLICK THIS LINK. It is a trap for badly behaved bots. If you
   follow this link, you will be unable to use the site afterwards.


(that is - a search page with nothing in the search phrase entry box).

Two alternatives would not have surprised me. The original, and preferred 
behavior, was that if there is one page that matches, or a page that 
exactly matches the search term, that page was displayed.

An alternative which existed a little while back during the early days of 
the latest incarnation was to display a search page with the results of 
the search.



What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 3 Aug 2007 at 1:03

Different time/date formats

On different pages, different time/date formats are used. I propose to use
the same format for all dates (unless when needed in a protocol e.g. RSS or
cookies):

clock format $date -gmt 1 -format {%Y-%m-%d %T UTC}

Original issue reported on code.google.com by jos.decoster on 19 Jul 2007 at 7:03

Delta link from Recent Changes should jump straight to first change

This would require the deltas be emitted with <A name=''> links around the
deltas ... a form of annotation.

Probably worth doing.

Original issue reported on code.google.com by [email protected] on 20 Jun 2007 at 3:42

Enter one-line summary

What steps will reproduce the problem?
1. going to http://wiki.tcl.tk/4

What is the expected output? What do you see instead?
Looks like the CSS cannot be found, so the display falls back to Times. 
Not a big issue, but the Delta pages don't show red or green.


What version of the product are you using? On what operating system?
Win XP, IE 6.0.2900.2180

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 25 Jun 2007 at 12:00

Bizarre problems on page 17

What steps will reproduce the problem?
attempt to edit http://wiki.tcl.tk/17 to fix the encoding problems on that page

What is the expected output? What do you see instead?
observe that it complains about bogus characters in odd places when you try
to commit your changes

Original issue reported on code.google.com by [email protected] on 29 Jun 2007 at 9:52

Enter one-line summary

What steps will reproduce the problem?
  1. Load any page, and observe the lack of a stylesheet

What is the expected output? What do you see instead?
  I expect a styled page, I see an unstyled one.

Please provide any additional information below.
  Report by: dkf

Original issue reported on code.google.com by [email protected] on 25 Jun 2007 at 12:30

wiki page saving and rendering taking over two minutes

What steps will reproduce the problem?
1. edit a wiki page
2. press the Save button
3. watch the clock

What is the expected output? What do you see instead?

The expected output and behavior would be in a few moments to see the 
updated page rendered.  Instead, today, at 8:19:35 AM EDT I pressed save 
after typing in a page. At 8:22:04 AM EDT the newly rendered page appeared.
That's 149 seconds... about 2 1/2 minutes.

What version of the product are you using? On what operating system?
I was using lynx on Solaris 9 to submit the data.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 25 Jul 2007 at 12:26

Tclers Wiki spurious self-conflict on editing

These problems are sporadic. I am seeing both "Edit Conflict" error
messages as well as "Connection not readable" messages, both of which, on
the surface, lead the user to believe their changes were not saved. Yet, in
both cases, the changes are in fact there. It almost appears as if, after
the changes are saved, additional actions, perhaps revision related, are
causing socket time-outs or attempting to perform a second action on a
page, resulting in a change conflict.

What is the expected output? What do you see instead?

I expected, after making a minor change to page 17145, to see the page
displayed with the change. Instead, I see the message "Edit Conflict on
17145". Perhaps there is a coding problem - because the page also says:

Your changes have NOT been saved, because someone (at IP address
[email protected]) saved a change to this page while you were editing.

Please restart a new edit and merge your version, which is shown in full below.

Got '1182262419 [email protected]' expected '1182263177 [email protected]'

Note that I am the [email protected], which the first part of the message
says already saved a change. Then, note the last error which says that it
got a message from escargo when it expected info from me. Could it be that
after I made a change, escargo made a change?

What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 19 Jun 2007 at 2:30

wiki page rendering code for http:// stops at colon

What steps will reproduce the problem?
1. Visit http://wiki.tcl.tk/1145
2. Take a look at the markhobley.yi.org URL, which includes :8000 in the 
URL
3. Notice that the hyperlink stops right before the :8000

What is the expected output? What do you see instead?
I was expecting to see the entire URL marked as a hyperlink.

What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 12 Jul 2007 at 2:46

"504 Proxy loop detected" when using Polipo 0.9.9

What steps will reproduce the problem?
1. Install Polipo 0.9.9
2. Configure Web browser to use Polipo as HTTP proxy
3. Enter http://wiki.tcl.tk/ in the address bar

What is the expected output? What do you see instead?
I should see the Tcl wiki, but instead I get "The proxy on (host:port)
encountered the following error while fetching http://wiki.tcl.tk/:
504 Proxy loop detected".

Original issue reported on code.google.com by [email protected] on 3 Jul 2007 at 1:07

what should have been a simple url change results in a strange additional change

What steps will reproduce the problem?
1. I have no idea.
2. Take a look at http://wiki.tcl.tk/8707, revision 17
3.

What is the expected output? What do you see instead?
The expected result was a change in the embedded image URL. 
I see that change - but check out revision 17. Some how it looks like part
of one line appears on the next line.  Someone happened to be looking at
deltas and emailed me about the problem.

What version of the product are you using? On what operating system?
you know my standard answers here...

Please provide any additional information below.
My changes were made via lynx. I know lynx does some weird things, but when
I am making these changes, I am doing so inside of vi, so it doesn't seem
likely to be browser related...

Original issue reported on code.google.com by [email protected] on 27 Jun 2007 at 4:27

Refuse to save unchanged pages

the /save process ought to refuse to save a page unless there's a real
change to its content.

Original issue reported on code.google.com by [email protected] on 20 Jun 2007 at 3:41

The double encoding bug: it's not the browser, it's the server

After hacking sockspy a bit, I was able to make it talk to Wub 
(see issue 14) and capture the HTTP streams between browser 
(Safari 1.3.2) and server (WubWikit?). See attached file for the 
first two edits of http://wiki.tcl.tk/19658.

What I observe is: The octets with high bit set coming in to 
the browser are the same as are being sent back, only they're 
URL-encoded on the way back. The octet sequences match the 
UTF-8 encoding of the characters displayed by the browser. 
The octets sent out by the server are however not the same as 
those which were posted to it, instead the behaviour of the 
server is consistent with it doing an [encoding convertfrom utf-8] 
too little (or an [encoding convertto utf-8] too much): what goes 
up as %C3%83%C2%A9 (URL-encoding of \xC3\x83\xC2\xA9) 
comes back down as \xC3\x83\xC2\x83\xC3\x82\xC2\xA9.

Conclusion: It is the server that gets it wrong, when processing 
POST requests.

Lars Hellström

Original issue reported on code.google.com by [email protected] on 29 Jun 2007 at 11:49

Attachments:

wikit-encoding-sockspy2

Updates appearing with strange dates and times

What steps will reproduce the problem?
1. For the next few days, visit http://wiki.tcl.tk/4
2. Look at the entries for 2007-08-22
3. Look at the "How to edit these wiki pages" entry

What is the expected output? What do you see instead?

This entry says:

# How to edit these wiki pages. . .LV,134.243.50.190. . .07:40:01Δ

This is my IP address and my id. However, this chnage took place at 3am. 
And I wasn't here at this IP address at that time.

I may very well have _made_ the change listed (I can't recall). But it 
wasn't at this time. It would have been some time earlier in the week, or 
perhaps even last week.

I acknowledge that this isn't a critical problem. However, it seems to 
indicate that either there is a bug in the timestamps for page changes, or 
that there is some process which recreates changes...

What version of the product are you using? On what operating system?

My changes generally take place via lynx running on solaris against the 
wiki.tcl.tk version of the wiki.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 22 Aug 2007 at 12:26

Clicking on Category titles produces an error

What steps will reproduce the problem?
1. Follow a link from any page to a "category" page.
2. Click on the "category" link at the top
3. Observer the error message

What is the expected output? What do you see instead?
I expected a list of pages that use the category. Instead I get
a message about /_ref/.... not being found. Clicking on "Category Wikit"
produces this message: /_ref/2190 Not Found

The entity '/_ref/2190' doesn't exist.

What version of the product are you using? On what operating system?
Latest Wiki

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 2 Aug 2007 at 1:12

Inconsistency in search results

What steps will reproduce the problem?
1. provide the URL http://wiki.tcl.tk/category to your browser
2. At the bottom of the page, see the messages:
Displayed 100 matches (which is correct)
Remaining 360 matches omitted... 
3. Select the "More search results" link
4. The next page reports
Displayed 62 matches


What is the expected output? What do you see instead?

I expected the next 100 matches. If there are truly only 162 results from 
the search, then it seems like the initial report of remaining matches 
should be 62, not 360.

What version of the product are you using? On what operating system?

http://wiki.tcl.tk/ . I'm accessing via lynx on sparc solaris 9

Please provide any additional information below.

I am not claiming this is a high priority issue. And if it is occuring due 
to some limitation, then it is understood that the issue isn't a high 
priority one.

Original issue reported on code.google.com by [email protected] on 20 Aug 2007 at 12:44

Pictures with an extension like ".JPG" or ".jpeg" do not show up directly

What steps will reproduce the problem?
1. Refer to a picture file with the extension .JPG (or .jpeg)
2. Look at the result
3.

What is the expected output? What do you see instead?
I would expect to see the picture directly as it is a proper JPEG
file. Instead I see the reference: [1]

What version of the product are you using? On what operating system?
Any

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 5 Jul 2007 at 9:16

Allow preview of edited pages before saving.

Enhancement:

Add a preview button along with the current "save" button on an edit page.
When user clicks preview - show the rendered page on top + the editable 
page again in a textarea (2 copies on download) + "preview" and "save"
buttons.  

The user can edit and "preview" as many times as he/she likes and then
when the user is satisfied with the rendered preview, the user can hit
save.    

This is like the Cvstrac behavior for editing tickets or the builtin wiki.

Original issue reported on code.google.com by [email protected] on 1 Aug 2007 at 6:39

Welcome page needs tweaking...

What steps will reproduce the problem?
1. go here: http://wiki.tcl.tk/
2. look at the page
3.

What is the expected output? What do you see instead?

The "Welcome!" text is not styled and I believe there was a vertical bar 
separating the 
left hand content from the main page. Not there now.

Original issue reported on code.google.com by [email protected] on 7 Sep 2007 at 9:46

edit conflict reported when there is no conflict

What steps will reproduce the problem?
1. go to the wiki and create a link to a non-existing page
2. click on the new link
3. take a careful look at the page.

What is the expected output? What do you see instead?
1. The text area where one should put the page contents is filled with the 
html that should be displayed at the bottom of the page. There is nothing 
on the bottom of the page - including no save button.

2. Removing that html, and filling in content, then pressing the 'new' 
save button at the top of the page results in this:

Edit conflict on page 19699 - Differences between a Starkit and a Starpack

Your changes have NOT been saved, because someone (at IP address ) saved a 
change to this page while you were editing.

Please restart a new edit and merge your version, which is shown in full 
below.

Got '' expected '0 {}'

followed by the newly entered text for the page being displayed as if it 
were the original page.



What version of the product are you using? On what operating system?

The current wiki - don't know what it is running on. I'm using Firefox 
running on Windows to access the wiki.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 6 Jul 2007 at 4:27

Have the TOC and MENU fixed and only the page-content scrolling

I think it would be nice when the TOC and MENU would be fixed position. 
Only the page content should scroll and not the TOC / MENU.

probably some simple CSS fix but would be nice to have.

Greetings,
Jroeterd

Original issue reported on code.google.com by [email protected] on 24 Oct 2007 at 7:37

Buttons with new look have different border size when active

What steps will reproduce the problem?
1. Edit a page
2. Move mouse to save button, effect best seen when going to save button at
end of page
3. Button gets different border size when entering save button (1 pixel
less) and remainder of page (edit help in this case) scrolls up/down when
entering/leaving the save button.

What version of the product are you using? On what operating system?

Linux + FF 2.0.0.4

Original issue reported on code.google.com by jos.decoster on 16 Jul 2007 at 7:19

Wiki has failed to save some changes

What steps will reproduce the problem?
1. Display a page
2. Select edit
3. Add to the page
4. Save

What is the expected output? What do you see instead?

I expected to see the page changed.
I see the original page.

Note that when I changed browsers and tried to make the change, I am told
there is a conflicting edit - with my own IP address. I suspect the changes
are being made, but not being sent back to the user... even after switching
browsers!

What version of the product are you using? On what operating system?
Doesn't appear to matter - I've used Solaris and Windows browsers and both
do the same

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 6 Jul 2007 at 12:37

wikit lock file is relative to wikit.kit - not the data file.

In an environment where you have your wikit database files in subfolders, 
but a single wikit.kit driving them, then if the filename is not unique 
across subfolders - you may have more than one data file using a single 
lock file. 
I don't know what errors this will cause - but it can't be good.
It seems it would be easy enough to path the full path to AcquireLock & 
ReleaseLock instead of the current $appname.lock
e.g in start.tcl
 set lockfile [file root $wikidb].lock

then use the global $lockfile in start.tcl & wikit/web.tcl instead of 
$appname.lock

Original issue reported on code.google.com by [email protected] on 23 Oct 2007 at 1:07

A picture as the first content on a page should suppress the page title.

What steps will reproduce the problem?

Make an [img] image the first non-whitespace content on a page. See 
http://wiki.tcl.tk/1 for such a page.

What is the expected output? What do you see instead?

The expected output is the image as the very first thing on the page, with 
no automatic page title. That was the behavior of the old Tcler's Wiki 
running Wikit.  What happens instead is that the page title does appear, 
which breaks the "look" of certain pages.

What version of the product are you using? On what operating system?

I'm using whatever version of the software is running on the server to 
provide the Tcler's Wiki at http://wiki.tcl.tk/ as of today (5 July 2007). 
The issue is not related to the browser in any way, so far as I can tell.

Original issue reported on code.google.com by [email protected] on 5 Jul 2007 at 4:58

Add a mind map to the tcl wiki

An example of a mind map can be found here:

http://www.mindomo.com/view?m=b6cca5de87f77ff3745205cbcd57552c

Thanks.

Original issue reported on code.google.com by [email protected] on 24 Sep 2007 at 3:17

Printing with the menu shown causes extra pages and sometimes overlaid text

What steps will reproduce the problem?
1. Just print your favourite page

What is the expected output? What do you see instead?
I expected to see the menu and the text. My intention was to check that
the print does not go beyond the page borders.

Instead of that, the menu is printed on a separate page, sheet even.
The last lines are printed on a separate page too.

This does _not_ happen when the menu is switched off.

What version of the product are you using? On what operating system?
Firefox on Linux (showed overlaid text), IE6 on Windows, both produced
extra pages.

Original issue reported on code.google.com by [email protected] on 24 Oct 2007 at 11:10

Entire wiki page lost?

What steps will reproduce the problem?
1. On Friday, Oct 5, I receieved an email mentioning that 
http://wiki.tcl.tk/20113 was a page that would be used to document TEA 
compliant extensions that could appear in TEAPOT
2. Today, I go to that page - the contents are now a page detailing using 
HV3 to view Activetcl html pages
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

The loss of the page title and contents doesn't seem to be a good sign...

Original issue reported on code.google.com by [email protected] on 8 Oct 2007 at 4:28

Gap between left column and contents on wiki homepage using IE6/7

The attached file solves the problem.

Original issue reported on code.google.com by jos.decoster on 18 Jun 2007 at 9:04

Attachments:

[The Tcler's Wiki.htm](https://storage.googleapis.com/google-code-attachments/wikitcl/issue-1/comment-0/The Tcler's Wiki.htm)

gzip fails under some (recent) MSIE browsers

What steps will reproduce the problem?
1. it occurs unpredictably with some MSIE installations and not others
2. with wiki gzip content-encoding enabled, fetch a page

What is the expected output? What do you see instead?

The page is half-downloaded, half-rendered at best.

Original issue reported on code.google.com by [email protected] on 8 Jul 2007 at 2:05

Inconsistencies in the name of page 4

In the past, page 4 was called "Recent Changes", and could be referenced as
[Recent Changes]. There are 34 pages that contain such a reference
(including page 0), but each reference now appears as an uncreated page.

The visible title of page 4 says "Recent Changes", but clicking on it shows
that it may now be referenced as [Recent] (but that only two pages do so).

The current page footer for all pages now has "Changes" as a link to page 4.

Perhaps these inconsistencies should be cleaned up.

Original issue reported on code.google.com by [email protected] on 21 Jun 2007 at 10:32

Editing page, then pressing Save at bottom of page, results with display of page without edit.

What steps will reproduce the problem?
1. lynx $wiki/14894
2. Select Edit 
3. Edit the text of the page
4. Select the Save button at the bottom of the page

What is the expected output? What do you see instead?
Expected: newly updated page
Instead: original contents of page... even looking at Recent Changes or 
leaving the browser and returning shows no change to the page.

What version of the product are you using? On what operating system?

Latest tcler's wiki, while I am using lynx on solaris.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 9 Jul 2007 at 1:07

wiki.tcl.tk opensearch plugin

first attempt to submit this failed - with content provided as an attached 
file - let's see if I can paste the contents of this enhancement request.

Path: g2news2.google.com!news1.google.com!eweka.nl!lightspeed.eweka.nl!
195.114.231.69.MISMATCH!feeder.news-service.com!club-internet.fr!feedme-
small.clubint.net!feeder1-1.proxad.net!proxad.net!feeder1-2.proxad.net!
usenet-fr.net!nerim.net!biggoron.nerim.net!not-for-mail
From: Xavier Garreau <[email protected]>
Newsgroups: comp.lang.tcl
Subject: OpenSearch plugin for wiki.tcl.tk
Date: Mon, 24 Sep 2007 12:34:38 +0200
Organization: Nerim -- xDSL Internet Provider
Lines: 26
Message-ID: <[email protected]>
NNTP-Posting-Host: arcetiq.pck.nerim.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: biggoron.nerim.net 1190630081 58538 62.212.122.158 (24 Sep 2007 
10:34:41 GMT)
X-Complaints-To: [email protected]
NNTP-Posting-Date: Mon, 24 Sep 2007 10:34:41 +0000 (UTC)
User-Agent: Thunderbird 1.5.0.13 (X11/20070824)

Hi,

As I did it for the french wiki ( http://wfr.tcl.tk/1279 ), I've set up an 
open 
search plugin for firefox2 and IE7 for wiki.tcl.tk

Its source is available here:
http://wfr.tcl.tk/fichiers/firefox/wenos.xml

An automagic installer can be found here:
http://wfr.tcl.tk/fichiers/firefox/ajoutWenOpenSearch.html

Having it shown when browsing wiki.tcl.tk can be achieved by adding the 
following line to the <head/> section of the page header source :
  <link rel="search" type="application/opensearchdescription+xml" 
title="The 
Tcler's Wiki" href="http://wfr.tcl.tk/fichiers/firefox/wenos.xml">

For firefox 1.x users, i kept the old version here:
Source : http://wfr.tcl.tk/fichiers/firefox/wen.src
Install : http://wfr.tcl.tk/fichiers/firefox/ajoutWenSearch.html

Hope, you'll find it useful

Regards,
-- 
Xavier Garreau <[email protected]>
http://www.xgarreau.org/

Original issue reported on code.google.com by [email protected] on 24 Sep 2007 at 1:51

Wiki with style: Indented lines (eg code) now less visible

Especially for tcl code, the new style of the wiki, is less obvious as the
old wiki style. For the rest, it is quite an improvement.

Peter

Original issue reported on code.google.com by [email protected] on 24 Oct 2007 at 10:26

tcler's wiki updated page pecularity

What steps will reproduce the problem?
1. use lynx to access  http://wiki.tcl.tk/
2. browse to a page
3. Select the edit button
4. Make a non-harmful change.
5. Select the Save button

What is the expected output? What do you see instead?
The expected output is the updated page.
Instead, I see:
   #[1]RSS

   [2]Edited Page

   [3]DO NOT CLICK THIS LINK. It is a trap for badly behaved bots. If you
   follow this link, you will be unable to use the site afterwards.

Where [1] points to http://wiki.tcl.tk/rss.xml,
[2] points to the updated page and
[3] is the robot trap link.

Now, perhaps this is a new behavior - I don't know how to tell.

What version of the product are you using? On what operating system?
Umm - the latest lynx, the latest tcler's wiki on the web, and my OS
locally is solaris and I don't know what the os for the wiki is.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 25 Jun 2007 at 3:40

Strange page update problem

What steps will reproduce the problem?
1. lynx http://wiki.tcl.tk/shell
2. Select the Edit link
3. Make a change in the page, and select the Save link near the bottom of
the page.

What is the expected output? What do you see instead?
Expected output is the updated HTML page displayed.
a prompt from lynx titled:
x-text/html-fragment D)ownload, or C)ancel

For some reason, instead of returning a page to be displayed, the server
appears to be returning the page with some sort of mime type that triggers
a "download" option from lynx. Note that the update occurs - something has
changed in the last step of the process.


What version of the product are you using? On what operating system?
Since I would assume product means the wiki - I have no idea how to answer
this - I'm using http://wiki.tcl.tk/ and I have no idea what operating
system is being used.

I've tried this interaction with several versions of lynx and see the same
behavior. And this was not the behavior last week.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 25 Jun 2007 at 12:39

Provide a daily snapshot of wikit.tkd on some general download site (like googlepages, yahoopages, etc.)


This is an enhancement request, rather than a bug. One of the features of 
tcler's wiki 1.0 that I used at least once a month was the ability to 
download the wikit.tkd.gz and then use wikitool to generate stats about 
the pages, generate the page index, as well as to extract the pages so I 
could generate lists of pages that I would then update with typo fixes, 
add categories, etc.

For me, at least, having access to even a once a week snapshot of the 
wikit.tkd.gz , hosted of course by one of the free file hosting web sites 
(or perhaps www.tcl.tk or tcl.sf.net) (wouldn't expect the kind host of 
the wikit to make this available), would be of benefit.

Original issue reported on code.google.com by [email protected] on 9 Aug 2007 at 11:54

Missing History Highlights

What steps will reproduce the problem?
1. Look at list of recent changes
2. Click on the delta symbol to look at annotated changes
3. Observe no colored highlighting.

What is the expected output? What do you see instead?
Expected colored differences; saw no colors.

What version of the product are you using? On what operating system?


Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 18 Jun 2007 at 6:24

Ugly button

* What steps will reproduce the problem?
Viewing any Edit page.

* What is the expected output? What do you see instead?
I expect to see a normal Save button.
Instead I see a very ancient-looking rectangle with the word "Save" and 
a green checkmark, which indeed works as a save button.

* What version of the product are you using? On what operating system?
This is probably the catch -- I'm on Mac OS X, with Safari as browser 
(although I don't think the latter is decisive here). The styled rectangular 
save button might perhaps be all the range on M$ Windows (or is it perhaps 
the "Motif look" Tk tries so hard to distance itself from on X windows?), 
but in Aqua it just looks wrong.

Please revert.

Original issue reported on code.google.com by [email protected] on 18 Jul 2007 at 11:20

Clicking on category on LHS menu leads to page one step removed from category listing

What steps will reproduce the problem?
1. If user clicks on category, list pages in category and then list "see 
also" links.
Currently we get the "see also"s but must click on the page title to see 
the pages that belong to the category.
2. See 3.
3. See 1.

What is the expected output? What do you see instead?
[listThatYouYeeWhenYouClickTheTitle]
[listOfSeeAlsos]

What version of the product are you using? On what operating system?
doh!  Don't know see current date.

Please provide any additional information below.

Original issue reported on code.google.com by [email protected] on 24 Oct 2007 at 11:08

Invalid title

What steps will reproduce the problem?
1. Look at source of any page
2. Title is not valid html:

<h1 class='title'><a href='/_ref/4' title "click to see reference to this
page"=''>Recent Changes</a></h1>

Original issue reported on code.google.com by jos.decoster on 16 Jul 2007 at 1:36

correct display while java-script disabled

Java Script is eval ;D.

What about even make it rendering without failure?

Okay, to change the wiki you need to set a cookie and JS. 
I can get along with this.
But know the whole wiki is kind of useless without javascript enabled all
the time during browsing.

Thanks and appreciate youre work.
Regards

Original issue reported on code.google.com by [email protected] on 24 Oct 2007 at 1:46

Over-zealous anti-robot meta tag

Please provide any additional information below.
Currently, every wiki page has a meta tag instructing robots to not index
the page or follow any links on it. This is more than a bit excessive,
since it means that the wiki is much less likely to turn up in results when
people search using Google (or some other genuine search engine) even when
that page is actually a good match for their query. I know you're really
keen on being anti-spam, but in this case the effect is that of a scorched
earth policy: it  does far more damage overall than it prevents. I think it
is far better if we use the older policy of allowing indexing (at least of
static pages, not editing or history pages!) and following of internal
links (maybe we could whitelist external links to places like www.tcl.tk too?)

Original issue reported on code.google.com by [email protected] on 30 Jun 2007 at 5:45

Tabular "References to" page

Things that aren't particularly good with the new tabular look 
of "References to ..." pages:

1. It seems they're by default not sorted.
I think they used to be sorted by name, which seems more 
useful.

2. The date is two lines.
Other columns have single-line entries, so this roughly halves 
the number of things that can fit in a screen page.

3. The date format is nonstandard.
Dates with slashes are rather ambiguous. ISO style with dashes 
should be prefereable.

4. Is the date and who info of much use?
The last edit to a page is often a minor one, so this is not that 
relevant when navigating categories. Same with who made the 
last edit. Hence it could be useful to by default hide these.

5. The table doesn't use the whole page width.


On the other hand, two things that could be useful to sort by are:
* Page rank (like Google)
* Average time of edit (make a weighted average of the times 
  of all edits, where the weight is proportional to the number 
  of lines or words left since that edit).
Yes, that information may not be immediately available. 
Consider them suggestions.

Original issue reported on code.google.com by [email protected] on 18 Jul 2007 at 11:44

jdc8 / wikitcl Goto Github PK

wikitcl's People

Contributors

Watchers

wikitcl's Issues

Recommend Projects

Recommend Topics

Recommend Org