Serchilo:Bugs

Fixed bugs in archive.

Add new report

Tagesschau kollidiert mit UNIX Timestamp
Beide Kommandos benutzen ts. Timestamp war aber zuerst da!
 * OK, dann schlag vor, was wir machen sollen! :) Ich selber benutze keines der Kommandos, mir ist es egal. Laut Statistik wurde in den letzten 30 Tagen damit 6x die Tagesschau und 10x die Timestamp angesteuert. (Ja, ich hab vor, demnächst regelmäßig Statistiken zu veröffentlichen.) --Jorges 16:03, 23 October 2008 (UTC)
 * Statistiken wären super! Die wären eine große Entscheidungshilfe bei Konflikten. --Kevang 23:35, 12 July 2009 (UTC)

Regulärer Ausdruck wird gefunden, aber nicht richtig ersetzt
Beispiel: http://en.serchilo.net/WDE%20Test - Anhand der case-insensitiven Suche in der Datenbank wird zwar das Kommando gefunden, die Ersetzung der Argumente funktioniert jedoch nicht, vermutlich, weil es dann nicht case-insensitiv ist. Am besten sollte auch die Suche in der Datenbank case-sensitiv sein (BINARY?) oder beides case-insensitive. --Stefan
 * Reproduziert - gleiches Problem mit "gEN irgendwas" --Chronial 23:06, 9 September 2011 (UTC)

Overloading of keywords across namespaces
It appears that queries are resolved to commands first by namespace, then by the number of arguments. It should be the other way round. For example, I have defined a user command la with no arguments that takes me to the course page of my old Linguistic Annotation class. Now I can't use the Latin dictionary command la with one argument (except by prefixing it with some command space different from my personal one, see my forthcoming feature request)! --Kevang 23:47, 12 July 2009 (UTC)

Fehlermeldung nicht in erwarteter Sprache
Wenn ein Kommando nicht gefunden wurde, erscheint die entsprechende Fehlermeldung (obwohl die deutsprachige Seite benutzt wird) auf Englisch: http://de.serchilo.net/?action=command&source=1&query=asdfghasdg Außerdem wäre es hübscher, wenn auf dieser Seite der Tabellenkopf (Syntax, Title, Language) nicht angezeigt wird, wenn garkeine Ergebnisse gefunden wurden. --Stefan 13:26, 21 March 2010 (UTC)

Default keyword + multiple arguments + spaces in queries = broken
I have  set as my default keyword. After Caeschfloh added a binary version of the g command, this was broken in the following way: whenever I submitted a request to Serchilo that did not start with any recognized keyword -- and thus should have been interpreted as just prefixed with "g " -- and contained spaces (no commas!), the binary version of the g command was incorrectly chosen. Since there was just one argument in my request, the second parameter remained unsubstitued and I always ended up searching Google for {%query}.

Example request: URL Serchilo would take me to:

Gravenkn8 has meanwhile removed the binary command. I constructed a minimal example in the Sandbox, set your default keyword to  to try out the effects of the bug.


 * I've fixed the code and it seems to work. So I've also put back the binary Google command. --Jorges 14:17, 20 April 2010 (UTC)


 * Super, thanks! --Kevang 22:08, 20 April 2010 (UTC)

Commands cannot be called without parameters
Commands like fefe or nds can usually be called with or without parameters. Currently, if you enter such a command without any parameters, the command will be called with a parameter (without any value).

E.g., "fefe" should resolve to: http://blog.fefe.de and not http://blog.fefe.de?q=


 * Oh, I apparently introduced this while fixing the bug above. Both should work now. --Jorges 22:12, 21 April 2010 (UTC)


 * Thank you for fixing this so quickly. --85.179.137.32 09:12, 22 April 2010 (UTC)

Search strings that contain spaces on Last.fm
Using the command http://www.lastfm.de/music/?m=&q={%artist|none} and typing: last the notwist should result in a URL like "http://www.lastfm.de/search?m=&q=the notwist", shouldn't it?

Instead, serchilo gives me: http://www.lastfm.de/search?m=&q=the%2520notwist. --Arne 14:15, 9 September 2010 (UTC)


 * Serchilo redirected you properly to http://www.lastfm.de/music/?m=&q=the%20notwist, however Last.fm then redirected you to /search? and messed up with the argument. I changed the URL now and it seems to work. --Jorges 16:03, 30 September 2010 (UTC)

Umleitungsfehler
Benutzerseiten von Benutzern, deren Namen mit "m" beginnt, werden nicht mehr angezeigt. Stattdessen wird auf die Mobilseite umgeleitet? --Microscope, 2010-10-01
 * Danke für den Hinweis, ist behoben. --Jorges 18:08, 4 October 2010 (UTC)

Authentifizierung E-Mail im Wiki fehlerhaft?
Bei der Authentifizierung der eigenen E-Mail-Adresse im Wiki erscheint immer wieder die gleiche Fehlermeldung Mailserver error. Auch, wenn man korrekte E-Mail-Adressen eingibt ;-) --Microscope 2010-10-01
 * Danke für den Hinweis, am Problem wird gearbeitet. --Jorges 18:08, 4 October 2010 (UTC)
 * Mailserver funktioniert jetzt dank neuem Server. --Jorges 23:36, 16 February 2011 (UTC)

Regex backreferences are not always substituted
I'm using OpenSearch to use Serchilo on my Android phone. When I enter  I expect to be redirected to http://www.google.com/search?hl=de&lr=lang_de&q=huhn&ie=utf-8. Instead, I'm redirected to http://www.google.com/search?hl=de&lr=lang_{$1}&q={$2}&ie=utf-8. Are the backreferences not substituted under some circumstances? --Kevang 10:45, 7 May 2012 (UTC)
 * Hi, just tried to reproduce the bug using OpenSearch but didn't succeed. 'gde huhn' redirected me as expected. What Serchilo subdomain did you set to use in OpenSearch? --Jorges 17:07, 7 May 2012 (UTC)
 * . --Kevang 12:32, 8 May 2012 (UTC)
 * Tried that, works fine, in Opensearch and from the kevang.serchilo.net. Does it work for you from http://kevang.serchilo.net ? --Jorges 16:10, 8 May 2012 (UTC)
 * Yes. It works for me from the Web interface (no matter whether I'm using my phone or PC) and does not work from OpenSearch, no matter the subdomain (I tested  and  ). Is there anything in Serchilo's code that might cause backreferences not being substituted under certain circumstances? Different reactions to different HTTP request headers? Maybe depending on the request headers the URL containing the backreferences gets escaped somehow before the substitution happens? --Kevang 22:54, 8 May 2012 (UTC)
 * How did you add the provider to OpenSearch? I used "Add Advanced", then entered.
 * Yes, I did it the same way. --Kevang 16:42, 9 May 2012 (UTC)
 * And how does the replacement of  work for you in keyword commands, like "g"? This replacement happens in the same code block as the replacement of regex arguments.
 * That works for me! On entering  I get redirected to http://www.google.com/search?hl=de&q=test&ie=utf-8 as expected. --Kevang 16:42, 9 May 2012 (UTC)
 * During argument replacement, there is no distinction between HTTP request headers or whatsoever.. --Jorges 11:46, 9 May 2012 (UTC)
 * The bug has gone away, don't know if it has anything to do with my upgrade to Android 4.0. --Kevang 13:53, 19 July 2012 (UTC)