Insect room

From OmegaWiki

Shortcut: IR

The Insect room is intended to inform about bugs particular to the OmegaWiki software. It is not a place for feature requests (see Functionality wanted ..).

Solved bugs should be moved to the Insect room/Archive.

It's better now to use http://bugzilla.wikimedia.org/ to report bugs instead of this page. See OmegaWiki related bugs there.

Start a new discussion

1 Open issues

[edit] Open issues

[edit] MediaWiki compatibility issues

[edit] invalid titles

special:Allpages/GEMET:! should be an equivalent of Special:Allpages&from=&namespace=16; however some pages listed at the second link are generating "Bad title's" ^*; such pages are normaly fixed in / deleted from the database – Gangleri | T 15:38, 12 March 2006 (CET)
- If possible, please replace all instances of '[' and ']' in expressions to '(' and ')'. Then at least the link will be clickable and we will be able to correct the issues. Siebrand 18:19, 18 October 2006 (CEST)
  - http://bugzilla.wikimedia.org/show_bug.cgi?id=8087 Siebrand 15:04, 30 November 2006 (CET)

[edit] configuration issues

[edit] InterWiki table

It should be decided what InterWiki prefixes should be supported:
MediaZilla: "works" but bugzilla: does not

[edit] GEMET namespace

from project talk:Main Page#editing the GEMET namespace: I assume that the "edit" tab should be disabled – Gangleri | T 17:07, 12 March 2006 (CET)

[edit] files to upload

[1] at Insect room done
[2] at TheDaveRoss done
[3] (and [4]) at Gangleri done
[5] ;-) done 22:40, 23 March 2006 (CET)
images for template:Sisterprojects done 20:59, 5 April 2006 (CEST) Bug: .svg cannot be uploaded!

SVG is a nice to have .. editability is a must have .. also to get SVG we need several codependencies sorted.. at this time it is not a priority. GerardM 12:24, 7 April 2006 (CEST)

After each update of the software the images seem to dissappear temporarilly. After the update of 14/7 the images as still missing. HenkvD 19:40, 17 July 2006 (CEST)

[edit] "Real name" and preferences

Once I am logged in, I cannot change my real name on the preferences page Special:Preferences. When I click on "Save preferences" the corresponding box is resetted. --Bettelli 10:09, 21 March 2006 (CET)

Hm... I changed the name to "Old man wiki" and it worked.

Gangleri · T 21:09, 5 April 2006 (CEST)

[edit] Native language

When you consider languages like Esperanto, Ido, Latin, Klingon .. the current templates has it that people can be native speakers. For some, like Klingon this is absurd. What should we do, allow people make a fool of themself or should we just not have these templates.

Let it be understood, this does not apply to all languages in an equal way.. I am sure however that nobody learned Klingon from their mother.. :) GerardM 14:09, 17 March 2006 (CET)

Well, there is the case of d'Armond Speers... ;) Of course this may have usefulness for using Babel to mark bot accounts or some such. It is not inconceivable that one might import a glossary produced by a native Latin speaker, for example—and for all intents and purposes the publications by a creators of a language, e.g. a dictionary by Zamenhof or Okrand, may be considered as by native speakers, at least insofar as their opinions on the language are generally assumed to be 'canonical'. —Muke 16:20, 17 March 2006 (CET)

A native speaker is what is considered to be someone for whom the language is the mother tongue. When people are the persons who created a vocabulary they are more of a professional than a native speaker. GerardM 23:20, 23 March 2006 (CET)

As far as Esperanto is concerned, there actually are a limited but still considerable number of children who are raised with Esperanto as their mother (or maybe rather father) language. See http://eo.wikipedia.org/wiki/Denaskaj_Esperanto-parolantoj Polyglot 22:13, 1 October 2006 (CEST)

[edit] Bugs related to spaces in account names

Halló Erik. There are a lot of bug related to accounts containing spaces:

such users can not clear the "<Newmessages> new messages" state
they receive the message "<Newmessages> new messages" on every page
all users (having "E-mail me when my user talk page is changed" enabeled in special:Prefrences) get notified if their talk page is changed or if they change a talk page on somebody else

Erik I suggest that OmegaWiki should be as much close to MediaWiki CVS SVN as possible. Please get in contact with me. Thanks in advance. Best regards Gangleri · T 11:31, 4 April 2006 (CEST)

Now that MW 1.6 is out, it makes sense to do an upgrade. However, editability is what we are waiting for .. GerardM 12:26, 7 April 2006 (CEST)

- - - http://bugzilla.wikimedia.org/show_bug.cgi?id=8088 Siebrand 15:05, 30 November 2006 (CET)

[edit] Expressions being shown as code, not link, in Translation lists

There is a problem with a set of Expressions that are being shown erronously as wiki-code in the list of Translations and synonyms.

Examples:

Greek: νω Βουλή/Βουλή των Λόρδων [Ηνωμένο Βασίλειο] (see Expression:senat f ex)
Czech: voda [hmota] (see Expression:water (substance) f ex)
Czech: přenos [fyzika] and μεταφορά [φυσική] (see Expression:transport (physics)

In all of these examples there occurs [...] in the Expression itself, but I have yet to ascertain that it does in all cases. Note that just pasting in the Expression here also yields text, not a link.

I am reporting this here, but it has been previously discussed at f ex Expression_talk:νερό--Sannab 16:24, 11 May 2006 (CEST)

It is also mentioned at above, specifically Maybe it would be possible to replace the [ ] by ( ) to prevent broken codes. HenkvD 16:39, 11 May 2006 (CEST)

After the software update May 31st, these expressions are shown as text in the translation lists, but this text is not a link. Looking for the expressions in Special:Allpages, they are shown correctly and as links, but these links are not usable; they yield a erronous page name error. So [] seem st quite simply not be allowed, can these not be globally replaced by ()?--Sannab 18:28, 1 June 2006 (CEST)

This issue has been reported multiple times (3, as far as I've seen). Please resolve this, devs. Siebrand 18:32, 18 October 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8089 Siebrand 15:07, 30 November 2006 (CET)

[edit] Wiki-Tags do not work

The <sub> tag appears to be broken in the Expression namespace. For example see Expression:water. --Tosca 18:33, 1 June 2006 (CEST)

We want definitions to be "self contained" this means that a definition should not link to other definitions. There are several good reasons why we do not want this. One is that we do not yet link to DefinedMeanings but to Expressions. As to markup, some markup particularly the sub sup italic and bold are things that may be usefull. They have to be (re)enabled for the definitions.. Thanks, GerardM 12:17, 3 June 2006 (CEST)

We're working on a whitelist for some parser functions (or rather, a mini-parser for OmegaWiki). But, for the most part, we're going the relational route as far as possible. We may have the ability to link to a disambiguated term using a special syntax in the future.--Erik 00:10, 14 June 2006 (CEST)

Any progress/new ideas on this, Erik? Siebrand 18:33, 18 October 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8090 Siebrand 15:08, 30 November 2006 (CET)

[edit] No bold text for references to itself

References to the expression itself used to be bold. Since the recent update this is no longer the case. See for example ozon instead of ozon on Expression:ozon. HenkvD 20:41, 1 June 2006 (CEST)

This is actively being considered. Thanks for posting. GerardM 12:14, 3 June 2006 (CEST)

GerardM, is there any update on this issue? Siebrand 18:34, 18 October 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8091 Siebrand 15:09, 30 November 2006 (CET)

[edit] I always have new messages

But it' not true, just only one posted a month ago but the orange message does not disappear! I have a mac with safari. The Doc 10:18, 14 June 2006 (CEST)

Is this still an issue? Please provide feedback. Siebrand 18:34, 18 October 2006 (CEST)

Yes it is, people with spaces in their usernames have this problem. Needs Mediawiki updating. Kipcool 18:04, 22 November 2006 (CET)

Fixed GerardM 03:23, 9 August 2007 (EDT)

[edit] German UI problems

When you set your interface to German and you go to Expression:how for example the language name for the first translation which would be Neapolitan does not show up. Furthermore the umlaut of "Niederländisch" does not show up correctly - see above - there is already a thread about that one. Well you are working on UI stuff, so probably it depends from that. Could you please have a look? Thanks! --Sabine 17:48, 16 July 2006 (CEST)

Sabine, is this still an issue? Please provide feedback. Siebrand 18:35, 18 October 2006 (CEST)

[edit] Uselang

http://www.OmegaWiki.org/Expression:fly?uselang=sv should show the definitions in Swedish .. then again we use the ISO-639-3 values to store our language information .. Does the functionality exist to do this mapping ? GerardM 08:36, 28 July 2006 (CEST)

For me, it doesn't work that way: it uses my user interface language instead of the uselang value. For example http://www.OmegaWiki.org/Expression:eat?uselang=sv shows me the definitions in French, but the interface in Swedish... Great work though, a good step to get rid of English :D. (somebody in the French wikt criticized the other day the fact that the definitions were always displayed in English) Kipcool 10:00, 28 July 2006 (CEST)

I learned after I wrote this that it does not work like this; the uselang thingie does not work. You have to change the language preferences themselves.

Please remember, we are pre alpha. We are slowly but surely creating more functionality.. GerardM 10:14, 28 July 2006 (CEST)

[edit] Uploading of files is broken

When I try to upload a picture, it breaks. Thanks, Gerard

Please provide feedback on this issue's current status. Siebrand 17:57, 18 October 2006 (CEST)

Fixed GerardM 03:23, 9 August 2007 (EDT)

[edit] First Definition/Expression NEEDS to be marked

There is currently no way to see which Expression and Definition that constitutes any given DefinedMeaning. IMO it is fundamental to have this information available since it is the only way to avoid semantic drift. Now with new DM:s being created in great quantities from all languages it is absolutely vital that this information is shown. --Sannab 20:06, 28 July 2006 (CEST)

This issue is not yet resolved. I think this should have a fairly high priority, to avoid future drift in definition translations. Siebrand 18:39, 18 October 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8092 Siebrand 15:11, 30 November 2006 (CET)

[edit] Go button automatically convert to lowercase

For example, when we look for the German "Verstand" with uppercase with the box on the left, it goes to the Dutch "verstand" with lowercase. Kipcool 11:26, 29 July 2006 (CEST)

Posted on bugzilla [6]. Kipcool 14:01, 21 August 2006 (CEST)

When searching for God, the only hit is for the Swedish expression god at DefinedMeaning:good_(6038). The results doesn't include the English syntrans at DefinedMeaning:Vater_(5472) Gon-no-suke 02:24, 20 March 2007 (EDT)

[edit] Square bracket lemmata

There are a number of expressions which have been imported that contain square brackets. It is not possible to open or edit these. Maybe a script can be run on the database that changes all square brackets into round brackets, then these expressions can be dealt with. --Mkill 22:45, 5 August 2006 (CEST)

As ( .. ) needs removing anyway it might be easier to edit all of them manually. HenkvD 10:29, 6 August 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8093 Siebrand 15:12, 30 November 2006 (CET)

Fixed. GerardM 03:25, 9 August 2007 (EDT)

[edit] Relations lost when changing first Definition

mortal and immortal where linked as related terms. The first Definitions of both of these where then subsequently edited. After this there is no longer a relationship between the 2.

What exactly do you mean by editing the first Definition? Do you mean the first Defined Meaning that is being shown on the page? Both mortal and immortal have two defined meanings, however, the order in which defined meanings appear on a page carries no meaning at this moment, and is somewhat random, so it will be difficult to talk about the first defined meaning. What I noticed however, is that the related defined meanings for mortal and immortal do not appear in the same order on both pages. But concerning the problem of relations being lost, after inspection I saw that there still is a relation present between mortal (able to die) and immortal. Was this the relation you were looking for? Or should there still be other relations? In that case, could you please specify more details about which defined meaning or definition you changed, and how, and which relations were lost. --PeterJanRoes 16:06, 10 August 2006 (CEST)

Well, I created the relation in both directions, between both DM:s of both Expressions, but after modification of the first Definition (which for mortal was English (it was the only one there when I started working on the Expression) and for immortal also English (I created it) by another user (not so that edit conflict could have arisen afaict) the relations no longer were there. There is one relation there now (and while I think it was not, I cannot swear I did not miss to check one of the possible combination) from mortal DM2 to immortal (unknown DM). AFAIK the only intervening changes between seeing the relations and not seeing them, is modification of the Definitions, the English ones, since it was when I went to update the Swedish ones, I noticed the missing Relations. --Sannab 12:14, 11 August 2006 (CEST)

Is this issue to be kept open? Please provide feedback. Siebrand 17:54, 18 October 2006 (CEST)

Will try to reproduce, have not noticed it again, but then I have not been working very much with relations lately. Will return with info on whether it is still an issue. --Sannab 14:24, 17 November 2006 (CET)

[edit] Wrong input field stored in data base

Expression:take needs attention because: several German translations read: Usually with 'for', to assume or interpret to be. although nehmen had been typed in the fields. Looks like software is substituting a DM of nehmen for the literal expression nehmen I stopped editing these once I detected the problem. -- Purodha Blissenbach 20:02, 13 August 2006 (CEST)

Is this still an issue? Siebrand 18:48, 18 October 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8094 Siebrand 15:14, 30 November 2006 (CET)

[edit] Multiple removals needed when page contains multiple languages

On several occasions I have noticed that after removing an Expression it still appears in All pages, and most blatantly the link to the page in the deletion log is still blue. Re-removing the page will cause the link to be red. There might be a correlation to the number of Languages represented on the page, all those "sticky" ones I have noticed have been English/English (US) doublets. --Sannab 19:54, 14 August 2006 (CEST)

Reported on bugzilla.wikimedia.org.--Sannab 21:44, 15 August 2006 (CEST)

[edit] � in Serbian definitions

Using the Serbian user interface, � is displayed at the end of some Serbian definitions (e.g. Expression:biologija). --Red Baron 11:34, 29 August 2006 (CEST)

It looks fine to me (Firefox) GerardM 13:54, 1 September 2006 (CEST)

it happens to me in French, it's at the end of the part of the def that is displayed (before we click on the "+" sign) when the letter where it's cut is a special character (é, è, ...). (Is it any clear?) Kipcool 19:25, 8 September 2006 (CEST)

Please report if this issue is to be kept open. Siebrand 17:52, 18 October 2006 (CEST)

Seen again today on the above-mentioned article (with Serbian interface). Kipcool 14:47, 17 November 2006 (CET)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8095 Siebrand 15:15, 30 November 2006 (CET)

Still an issue after the Mediawiki update of today Kipcool 09:57, 5 February 2007 (EST)

[edit] The collapse symbol is not updated for languages

I found this one on the history page of glass. It's just a cosmetic bug that regards to the plus or minus character at the left of each language which indicate if that languages contents are collapsed or opened. For every language except for the first one the symbol is always the same character (minus o plus), the one that was shown when the page was opened. This behaviour is not limited to the history view. --Mikalaari 18:25, 8 September 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8096 Siebrand 15:16, 30 November 2006 (CET)

[edit] Adding translations to languages or taal

I get a

Bij het zoeken is een syntaxfout in de database opgetreden. De laatste zoekpoging in de database was:

   INSERT INTO `recentchanges` (rc_timestamp,rc_cur_time,rc_namespace,rc_title,rc_type,rc_minor,rc_cur_id,rc_user,rc_user_text,rc_comment,rc_this_oldid,rc_last_oldid,rc_bot,rc_moved_to_ns,rc_moved_to_title,rc_ip,rc_patrolled,rc_new,rc_id) VALUES ('20060909172329','20060909172329','16','taal','0','0','467258','3','GerardM',,'0','0','0','0',,,'0','0',NULL)

vanuit de functie "RecentChange::save". MySQL gaf the foutmelding "1062: Duplicate entry '56717' for key 1 (localhost)".

Thanks, GerardM 19:25, 9 September 2006 (CEST)

[edit] Part of entered information lost then browsing "browser history"

With Opera 9.01 at least, you can open a page having html form fields to be filled in, enter data without saving it, then browse back in Operas cache of previously shown pages for the current tab or window, then browse forward in history again to the last (i.e. current) entry, and find your form entries exactly as you left them, reflecting you latest edits.

With our relational data, likely due to javascript/AJAX handling, this is not completely true. When you come back to the page you're editing, you may find all those "language" entries blanked, where you previously added and selected a language - i.e. the ones having a green (+) symbol. Klicking on them gives you the last entry you made with its associated drop-down, so re-establishng your selections is not too hard. --Purodha Blissenbach 15:45, 14 September 2006 (CEST)

[edit] Cannot link to a word

The word asilo pe bammine or [[Expression:asilo pe bammine]] exists and it can be found as asilo_p%27%27e_bammine. It is one place where MediaWiki sucks. GerardM 22:49, 17 September 2006 (CEST)

It works this way: Expression:asilo p''e bammine. Zanatic 22:53, 17 September 2006 (CEST)

This means another workaround ... well: in some way I am gettin quite ... ehm ... better to shut up ... with workarounds for nap ;-) --Sabine 23:10, 17 September 2006 (CEST)

http://bugzilla.wikimedia.org/show_bug.cgi?id=8097 Siebrand 15:17, 30 November 2006 (CET)

[edit] Chinese interface

I've just tested the Chinese interface (several: zh, zh-cn, zh-tw, and zh-sg I think), and it looks like one can't add words/definitions in that interface: no language appear in the drop-down boxes. Then, I tried Japanese, this one works fine. Kipcool 15:51, 22 November 2006 (CET)

I think there is no use reporting on interface language issues at the moment because we are over 6 months out of sync with the MediaWiki code. Best wait until we're at SVN HEAD before trying/expecting anything... (unfortunately). Siebrand 17:50, 22 November 2006 (CET)

it's just to keep track and make people aware that Chinese contributors might encounter problems, I don't expect it'll be solved tomorrow. Kipcool 18:06, 22 November 2006 (CET)

[edit] divs made visible by client side scripts may be partially outside the current viewport

When editing "option"s, "annotation"s, etc. there are drop downs, etc. which patially may extend below the lower edge of the current window (html viewport) under browsers having that. Maybe depending on the browser make, the outside part is clipped, and cannot be scrolle into the current window (viewport). That may be annoying at times, but usually does not noticeably impair workability, since data entry fields are reachable anyways, e.g. with the tab key. You only do not see the (full) drop down list, and cannot select from the clipped parts. Observed with Opera 9.02 under WIN2K. --Purodha Blissenbach 09:51, 25 December 2006 (EST)

Note, this applies only to the lower edge clippings, neither to the right edge (for ltr scripts) nor the left edge (for rtl scripts). --Purodha Blissenbach 10:02, 25 December 2006 (EST)

Edit boxes which require new data to be entered at their lower end, may become dysfunctional, when these parts are outside the window and clipped. Sample: Expression:lexical item at the moment does not allow adding more options to class attribute part of speech at the SynTrans level. --Purodha Blissenbach 21:11, 25 December 2006 (EST)

[edit] edit boxes overlapping other clickable items do not work

See last entry - if edit boxes overlap with other clickable content already on a page, selcting from a drop down list by clicking an item becomes impossible (with Opera 9.02 under WIN2K) - yet one may end up with the wanted item always at the wrong place. Opening and closing subdivisions on a page (- other languages / + other languages, etc.) may help to avoid the unwanted overlap. Unfortiunately, that may not always be possible. --Purodha Blissenbach 12:47, 25 December 2006 (EST)

I assume, the following description (stolen from User_talk:GerardM) describes the same problem.

[edit] Spaanse woordsoorten

Hola Gerard, Zalig Kerstfeest, met wat je vroeg hoop ik dat het is, waar ik nu met bezig ben, namelijk de woordsoorten in het Spaans te zetten. Spijtig maar ik kan de annotation mode niet gebruiken. Als ik naast de vertaling op annotation druk opent een vak met 3 keuzes. Ik kies dan de laatste en bij "attribute" kan ik "woordsoort" in brengen, tot hier alles ok maar bij de "option" waar zich een klein keuzevakje bevind loopt het mis. Druk ik daarop rolt er een piep klein vakje open 4 cm hoog of laag en 1 cm breed. Daar kan ook niet in geschreven worden. Doe ik wat verkeerd of is het iets anders maar ik heb vanalles geprobeerd en het lukt me niet. De groetjes MARCEL 12:16, 25 December 2006 (EST)

I have the same problem. HenkvD 13:47, 25 December 2006 (EST)

[edit] Special:Select

At the top of Special:Specialpages, there's a funny-looking link to Special:Select. The latter page throws a database error. László 12:08, 12 February 2007 (EST)

OK, I've found SpecialSelect.php. Will fix later. László 03:08, 15 February 2007 (EST)

This has somewhen gone away :) László 09:07, 9 August 2007 (EDT)

[edit] Expression:a

When I try to open the expression a, I get an error. I found this expression while searching the Czech language. Malafaya 12:33, 12 February 2007 (EST)

I also get an error when I search for "a" or click on a link to Expression:a even on the talk page Expression talk:a. The error message is "Fatal error: Call to a member function getAttributeValue() on a non-object in /usr/local/apache/htdocs/ow/extensions/Wikidata/OmegaWiki/OmegaWikiRecordSets.php on line 961". --Ortografix 15:00, 11 April 2007 (EDT)

The problem is still not fixed. --Ortografix 16:54, 23 January 2008 (EST)

[edit] Unclean deletions

It would be good if a developer could have a look at the case of Expression:ちっそ and DefinedMeaning:ちっそ (456162) First, user MovGP0 deleted the DM and the Expression and made the links red. But if you opened the links the database entry was still visible. I had to delete the definition entry and the syntrans entry by hand to make the entry disappear. For a clean deletion, it would be great if deleting a DM would delete all of its entries and relations and not just make the link to the page red.--Mkill 11:49, 4 March 2007 (EST)

Indeed, Bugzilla GerardM 03:16, 9 August 2007 (EDT)

[edit] Red link to Meta:Policy

The deletion confirmation page (and probably several other pages) links to Project:Policy, which is redirected to Meta:Policy, but this page does not exists. Where is the policy? --Mkill 22:11, 14 February 2007 (EST)

[edit] A page that exists and does not exist

Please have a look at DefinedMeaning:храна (5231). Data exists, and you can edit it, but the "Defined Meaning" tab is red, so it appears to be deleted, but there is no history and no way to restore anything. --Mkill 22:19, 5 March 2007 (EST)

The "Expression" tab of Expression:смесени, разнообразни, разнородни продукти is red too but the page is not empty. --Ortografix 14:25, 17 April 2007 (EDT)

The first one has been deleted, see Special:Log, but without undelete posibility. The second does not show on the Special:Log. HenkvD 17:14, 20 April 2007 (EDT)

[edit] Russian entry does not show up

If you click on the Russian entry in DefinedMeaning:forest damage (1536), it leads to Expression:ущерб, нанесенный лесам, but this is an empty, nonexisting page. --Mkill 00:44, 6 March 2007 (EST)

Expression:ущерб, нанесенный лесам is probably deleted, although there is no reference in the deletion log. My Russion is not good but probably it should be Expression:ущерб and/or нанесенный лесам. Just delete ущерб, нанесенный лесам from the DM and replace it by a correct one... HenkvD 14:37, 6 March 2007 (EST)

[edit] Time Zone

In the signatures appears the time as if one is in EST.
In my preferences is written that servertime is UTC.
What's the actual zone we're in?
Patio 06:02, 7 March 2007 (EST)

I agree .. Bugzilla GerardM 03:10, 9 August 2007 (EDT)

[edit] German parts of speech

The options "definite article" and "indefinite article" for German words are missing. --Ortografix 14:35, 1 April 2007 (EDT)

So fix it. There are many languages that do not have any parts of speech information at all. This is because we do not know what POS a language has.. definite article exists. GerardM 16:39, 1 April 2007 (EDT)

If he asks, I guess he means he doesn't know how to add it, so it is better to explain... So here it is:

Edit DefinedMeaning:lexical item (402295)

Under the definitions, there is "Class Attributes" -> "Part of speech" -> "options" (click).

Then, add at the bottom "definite article" on the left column, and German on the right column.

That should do it. Kipcool 04:46, 2 April 2007 (EDT)

Thank you! --Ortografix 17:30, 2 April 2007 (EDT)

[edit] OmegaWiki & KHTML

OmegaWiki seems to have some scripts (at Edit page, such as this) that may cause KHTML (in Konqueror browser of KDE desktop environment on Linux operating system) to freeze. Is this a bug (that could be fixed)?Trần Thế Trung 11:53, 22 September 2007 (EDT)

[edit] Corrupted talk/user pages and templates

Apparently most (or all) pages except Expressions and DM that were changed between 2007/Aug/10 and 2007/Aug/14 are corrupted, see http://www.omegawiki.org/index.php?title=Template:User_ell&oldid=733795 and http://www.omegawiki.org/User_talk:GnomeNinja5. --Ortografix 16:42, 17 November 2007 (EST)

[edit] Interface not working properly?

Where's the proper place to report the problems with the software interface? I see no trac/bugzilla here or anything of the kind?..

I'm using the linux versions of Opera 9.24 (latest stable), and also checked in Firefox 2.0.0.4 and Konqueror 3.5.7, and I can't add the language to the Multiply meanings (in the attempted new Expression). The dropdown entry field appears, I enter my three-letter language code (bel), the dropdown expands to show the very first page of options (Afrikaans to Asturian), then dropdown disappears leaving no effect on the page. In Firefox, sometimes dropdown shows me the "Belarusian" and then disappears, before I have a chance make a move with a mouse. In Konqueror, I'm able to get dropdown with my Belarusian option which stays put until I click it, however, entered language option somehow "blanks itself" even if I scroll page around a bit or try to access the language choice in Definition section.

Opera error console tells:

JavaScript - http://www.omegawiki.org/index.php?action=edit&preload=&editintro=&title=Expression%3A%D1%87%D0%B0%D0%BB%D0%B0%D0%B2%D0%B5%D0%BA&create=Create+expression
Unknown thread
Error:
name: TypeError
message: Statement on line 83: Could not convert undefined or null to object
Backtrace:
  Line 83 of linked script http://www.omegawiki.org/extensions/Wikidata/ OmegaWiki/suggest.js
    table.parentNode.replaceChild(newTable.firstChild, table);
  At unknown location
    [statement source code not available]

While Firefox 2.0.0.4 error console tells:

Warning: Unknown property 'zoom'.  Declaration dropped.
Source File: http://www.omegawiki.org/extensions/Wikidata/OmegaWiki/suggest.css
Line: 28

I don't know where's the error console in Konqueror. —Yury Tarasievich 07:05, 7 December 2007 (EST)

[edit] Functionality broken ?

On Siebrand's user page there is a function that gets us the following message.. "Fatal error: Call to undefined function initializeObjectAttributeEditors() in /var/www/ow/extensions/Wikidata/OmegaWiki/Wikidata.php on line 84" This is from the NeedsTranslation functionality .. GerardM 07:26, 28 January 2008 (EST)

[edit] interjection in part of speech

When I want to annotate my french entry with its "nature" (part of speech) I cannot select "interjection" even if it seems that DefinedMeaning:tussenwerpsel (410352) is member of the class "part of speech" luna 14:19, 11 March 2008 (EDT)

I correct, this interjection is not actually exactly the meaning of "interjection" I would use for french words, so perhaps it is better it does not appear. Do not know luna 14:22, 11 March 2008 (EDT)

For a particular part of speech to be available to a language, someone has to enable this by adding it as an annotation. When "interjection" is the correct DefinedMeaning for the French part of speech as well, all you need to do is add the translation to the DM and you are done. Thanks, GerardM 17:07, 11 March 2008 (EDT)

[edit] Empty language list when user interface is set to lfn (Lingua Franca Nova)

When I choose lfn (Lingua Franca Nova) as my user language under Special:Preferences, when I try to edit a DM and add a new expression, the language selection box is empty. Changing my user language to another setting returns the normal values for languages. Malafaya 12:49, 9 May 2008 (EDT)

Retrieved from "http://www.omegawiki.org/Insect_room"