Edgewall Software

Trac-Ticket-Abfragen

Andere Sprachen:

Zusätzlich zu Berichten bietet Trac benutzerdefinierte Ticketabfragen an, die zum Auflisten von Tickets entspechend angegebener Kriterien verwendet werden.

Um eine benutzerdefinierte Abfrage vorzubreiten und auszuführen, wechseln Sie in der Navigationsleiste zu Tickets anzeigen und wählen den Verweis Individuelle Abfrage.

Filter

Wenn Sie die Abfrageseite das erste Mal besuchen, wird Ihnen der Standard-Filter Sie betreffende Tickets anzeigen:

  • Falls Sie angemeldet sind, dann werden alle offenen Tickets, die angezeigt werden, Ihnen zugewiesene Tickets öffnen.
  • Falls Sie nicht angemeldet sind, jedoch einen Namen oder eine E-Mail-Adresse in den Benutzer-Einstellungen angegeben haben, dann werden Ihnen alle offenen Tickets angezeigt, deren Kopie-Liste Ihre E-Mail-Adresse (oder, bei fehlender E-Mail-Adresse, Ihren Namen) enthält.
  • Ohne Anmeldung und ohne Angaben zu Name und E-Mail-Adresse in den Benutzer-Einstellungen werden alle offenen Vorgänge angezeigt.

Vorhandene Filter können durch Anklicken der Minus-Schaltfläche links daneben entfernt werden. Aus den Auswahllisten am Ende des Filterkastens ('UND'-Bedingungen links, 'ODER'-Bedingungen rechts) lassen sich neue Filter hinzufügen. Filter mit Eingabefeld oder Auswahlliste der Optionen können mehrfach hinzugefügt werden, um diese Kriterien mit oder zu verknüpfen.

Sie können die Felder direkt unterhalb des Filterkastens nutzen, um die Ergebnisse nach einem Feld zu gruppieren oder die vollständige Beschreibung zu jedem Ticket anzuzeigen.

Nachdem Sie Ihre Filter bearbeitet haben, klicken Sie die Schaltfläche Aktualisieren zum Anpassen Ihrer Ergebnisse.

Ein Klick auf eines der Abfrageergebnisse bringt Sie zu diesem Ticket. Sie können sich durch die Ergebnisse bewegen, indem Sie die Verweise nächstes Ticket oder vorheriges Ticket direkt unterhalb der Hauptnavigationsleiste anklicken, oder Sie wählen den Verweis Zurück zur Abfrage um zur Abfrageseite zurückzukehren.

Sie können ruhig jedes der Tickets bearbeiten und nach dem Abspeichern Ihrer Änderungen den Durchgang durch die Ergebnisse mit den Verweisen !nächstes/vorheriges/Zurück zur Abfrage fortsetzen. Wenn Sie zur Abfrage zurückkehren, werden alle bearbeiteten Tickets mit kursivem Text dargestellt. Falls eines der Tickets so verändert wurde, dass es den Abfragekriterien nicht mehr entspricht , dann wird der Text grau. Schließlich wird ein neues Ticket, das den Abfragekriterien entspricht, fett dargestellt.

Durch nochmaliges Anklicken der Schaltfläche Aktualisieren können die Abfrageergebnisse wiederum angepaßt und diese Statuskennzeichen gelöscht werden.

Abfragen speichern

Trac bietet Ihnen an, die Abfrage als benannte Abfrage abzuspeichern, die vom Bericht-Modul aus erreichbar ist. Um eine Abfrage zu speichern, stellen Sie sicher, dass die Ansicht Aktualisiert haben, und klicken Sie dann die Schaltfläche Abfrage speichern, die unterhalb der Ergebnisse angezeigt wird. Sie können Verweise auf Abfragen auch wie nachfolgend beschrieben in Wiki-Text ablegen.

Anmerkung: Eine Art, Abfragen wie die folgenden einfach aufzubauen, ist die, Abfragen im Modul für benutzerdefinierte Berichte zu erstellen, zu testen und nach Fertigstellung Abfrage speichern zu klicken. Dies baut den Abfrageausdruck für Sie auf. Sie müssen nur noch überflüssige Zeilenumbrüche entfernen.

Sie möchten vielleicht einige Abfragen speichern, um später mit ihnen weiter arbeiten zu können. Dies können Sie tun, indem Sie von einer Wikiseite aus einen Verweis auf die Abfrage anlegen.

[query:status=new|assigned|reopened&version=1.0 Offene Tickets für 1.0]

was folgendermaßen dargestellt wird:

Offene Tickets für 1.0

Hier wird eine sehr einfache Abfrage-Sprache verwendet, um die Kriterien zu festzulegen (siehe Abfragesprache).

Alternativ dazu können Sie den Abfrageausdruck einer Abfrage kopieren und diesen einschließlich des vorangestellten Fragezeichens ? in den Verweis im Wiki einfügen:

[query:?status=new&status=assigned&status=reopened&group=owner Zugewiesene Tickets, gruppiert nach Verantwortlichen]

was folgendermaßen dargestellt wird:

Zugewiesene Tickets, gruppiert nach Verantwortlichen

Mit dem [[TicketQuery]]-Makro

Das TicketQuery-Makro erlaubt Ihnen die Darstellung von Tickets, die bestimmte Kriterien erfüllen, über all dort, wo die Verwendung von Wiki-Formatierung möglich ist.

Beispiel:

[[TicketQuery(version=0.6|0.7&resolution=duplicate)]]

Dies wird folgendermaßen dargestellt:

#181
Wiki preview injects new lines
#204
request for colour legend (or something similar) for ticket groups in reports
#226
Ticket Dependencies
#239
Link to diff of specifik wiki change instead of the page itself
#351
All ticket modifications should be tracked in timeline
#413
Installing on Windows, drive other than C:
#450
Diffviewer should try to convert the text into utf-8.
#475
merging of similar tickets
#519
Python process sometimes hangs on Windows Server 2003
#529
IE 5-6 over HTTPS broken downloads

Ebenso wie die query: Verweise im Wiki, so wird auch bei diesem Makro ein Abfrageausdruck erwartet, der entsprechend der Regeln der einfachen Ticket-Abfragesprache gestaltet ist.

Eine verdichtete Darstellung ohne Ticket-Beschreibungen ist ebenfalls verfügbar:

[[TicketQuery(version=0.6|0.7&resolution=duplicate, compact)]]

Dies wird folgendermaßen dargestellt:

#181, #204, #226, #239, #351, #413, #450, #475, #519, #529

Falls Sie schließlich nur die Anzahl der Fehler, welche die Abfrage erfüllen, erhalten möchten, nutzen Sie den Parameter count.

[[TicketQuery(version=0.6|0.7&resolution=duplicate, count)]]

Dies wird folgendermaßen dargestellt:

10

Anpassung der Darstellung als Tabelle

Sie können die Spalten in der Tabellen-Darstellung (format=table) mithilfe von col≤Feld>-Ausdrücken auch anpassen; mehrere Felder und ihre Darstellungsreihenfolge können Sie durch senkrechte Trennstriche (|) zwischen den Spalten bestimmen:

[[TicketQuery(max=3,status=closed,order=id,desc=1,format=table,col=resolution|summary|owner|reporter)]]

Dies wird folgendermaßen dargestellt:

Tabellenbreit durchgängige Zeilen

Im Format table können Sie auch tabellenbreit durchgängige Zeilen mit rows≤Feld> wie folgend einrichten:

[[TicketQuery(max=3,status=closed,order=id,desc=1,format=table,col=resolution|summary|owner|reporter,rows=description)]]

Dies wird folgendermaßen dargestellt:

Results (1 - 3 of 10949)

1 2 3 4 5 6 7 8 9 10 11
Ticket Resolution Summary Owner Reporter
#13130 duplicate Unsupported database type "sqlite" with Mercurial 4.8.2 and mercurial 4.9 anton
Description

Hi,

I wanted to update my mercurial from 4.7.2 to something actual, so I tried mercurial 4.9 (mercurial-4.9-cp27-cp27m-win32.whl) and got the following errors:

 Warning:
 
 Error with navigation contributor "ImportModule"
 Error with navigation contributor "BrowserModule"
 Error with navigation contributor "AdminModule"
 Error with navigation contributor "SearchModule"
 Error with navigation contributor "RoadmapModule"
 Error with navigation contributor "QueryModule"
 Error with navigation contributor "ReportModule"
 Error with navigation contributor "TicketModule"
 Error with navigation contributor "TimelineModule"
 Error with navigation contributor "WikiModule"
 
 Trac Error
 
 Unsupported database type "sqlite"

OK, I said, so I go one mercurial version back and tried the same with mercurial 4.8.2 and got the following errors at (instead) of the login page:

 Warning:

 Error with navigation contributor "ImportModule"
 Error with navigation contributor "BrowserModule"
 Error with navigation contributor "AdminModule"
 Error with navigation contributor "SearchModule"
 Error with navigation contributor "RoadmapModule"
 Error with navigation contributor "QueryModule"
 Error with navigation contributor "ReportModule"
 Error with navigation contributor "TicketModule"
 Error with navigation contributor "TimelineModule"
 Error with navigation contributor "WikiModule"

 Trac Error
 
 Unsupported database type "sqlite"

I think you fixed the problem in #13100 but this fix seems to be for 1.0.0.9dev if I look in the changeset comment: "1.0.0.9dev: compatibility fix with Mercurial 4.8".

Or have I to wait for Trac 1.2.4 (or 1.4)?

#13128 fixed Timeline broken with a MySQL 8.0 backend Jun Omae anonymous
Description

After upgrading from MySQL 5.7 to MySQL 8.0, I'm getting the following error message when accessing the "Timeline" in my Trac instance:

Trac detected an internal error:

ProgrammingError: (1064, "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'system WHERE name='initial_database_version'' at line 1")


Python Traceback
Most recent call last:

File "C:/server/trac/.egg-cache/trac-1.2.2-py2.7-win32.egg-tmp/trac/timeline/templates/timeline.html", line 63, in <Expression u"event.render('description', context)">
  ${event.render('description', context)}
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/timeline/web_ui.py", line 374, in <lambda>
  provider.render_timeline_event(context, field, event)
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/ticket/web_ui.py", line 411, in render_timeline_event
  t_context.set_hints(preserve_newlines=self.must_preserve_newlines)
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/util/__init__.py", line 1202, in __get__
  result = self.fn(instance)
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/ticket/web_ui.py", line 125, in must_preserve_newlines
  preserve_newlines = self.env.database_initial_version >= 21 # 0.11
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/util/__init__.py", line 1202, in __get__
  result = self.fn(instance)
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/env.py", line 613, in database_initial_version
  .get_database_version('initial_database_version')
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/db/api.py", line 480, in get_database_version
  """, (name,))
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/db/api.py", line 122, in execute
  return db.execute(query, params)
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/db/util.py", line 128, in execute
  cursor.execute(query, params if params is not None else [])
File "c:/users/trac/appdata/local/temp/easy_install-ni58x7/Trac-1.2.2-py2.7-win32.egg.tmp/trac/db/util.py", line 72, in execute
  return self.cursor.execute(sql_escape_percent(sql), args)
File "C:/server/Python27/lib/site-packages/MySQLdb/cursors.py", line 205, in execute
  self.errorhandler(self, exc, value)
File "C:/server/Python27/lib/site-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
  raise errorclass, errorvalue

Reason: system has become a reserved keyword in MySQL 8.0.

Location: tags/trac-1.2.3/trac/db/api.py#L479

#13123 fixed Travis builds broken for Python 2.6 Jun Omae Christian Boos
Description

Last night, the Travis builds for the stable branches failed because the Python 2.6 builds failed to install their required packages.

One of the last successful one was Build #354 / Job #3545.1:

DEPRECATION: Python 2.6 is no longer supported by the Python core team, please upgrade your Python. A future version of pip will drop support for Python 2.6
Collecting Genshi>=0.7
/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:318: SNIMissingWarning: An HTTPS request has been made, but the SNI (Subject Name Indication) extension to TLS is not available on this platform. This may cause the server to present an incorrect TLS certificate, which can cause validation failures. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.io/en/latest/security.html#snimissingwarning.
  SNIMissingWarning
/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:122: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning.
  InsecurePlatformWarning
Collecting lxml
Collecting twill==0.9.1
Collecting Pygments
  Using cached https://files.pythonhosted.org/packages/13/e5/6d710c9cf96c31ac82657bcfb441df328b22df8564d58d0c4cd62612674c/Pygments-2.3.1-py2.py3-none-any.whl
Collecting docutils
  Using cached https://files.pythonhosted.org/packages/50/09/c53398e0005b11f7ffb27b7aa720c617aba53be4fb4f4f3f06b9b5c60f28/docutils-0.14-py2-none-any.whl
Collecting textile
  Using cached https://files.pythonhosted.org/packages/dc/72/c4c0c86d27e1bd4027ae8881bb4ebd208d1232c8d091c0b2254fdc709d63/textile-3.0.3-py2.py3-none-any.whl
Collecting pytz
  Using cached https://files.pythonhosted.org/packages/f8/0e/2365ddc010afb3d79147f1dd544e5ee24bf4ece58ab99b16fbb465ce6dc0/pytz-2018.7-py2.py3-none-any.whl
Collecting Babel<2.6.0
  Using cached https://files.pythonhosted.org/packages/94/03/14e68ad12e771a79cf96792f7158d68a7b3d8c7b2badf39e9ef1f65b57d6/Babel-2.5.3-py2.py3-none-any.whl
Collecting html5lib>=0.999999999 (from textile)
  Using cached https://files.pythonhosted.org/packages/a5/62/bbd2be0e7943ec8504b517e62bab011b4946e1258842bc159e5dfde15b96/html5lib-1.0.1-py2.py3-none-any.whl
Requirement already satisfied: ordereddict>=1.1; python_version == "2.6" in /home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages (from textile)
Requirement already satisfied: six in /home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages (from textile)
Collecting webencodings (from html5lib>=0.999999999->textile)
  Using cached https://files.pythonhosted.org/packages/f4/24/2a3e3df732393fed8b3ebf2ec078f05546de641fe1b667ee316ec1dcf3b7/webencodings-0.5.1-py2.py3-none-any.whl
Installing collected packages: Genshi, lxml, twill, Pygments, docutils, webencodings, html5lib, textile, pytz, Babel
Successfully installed Babel-2.5.3 Genshi-0.7.1 Pygments-2.3.1 docutils-0.14 html5lib-1.0.1 lxml-4.2.5 pytz-2018.7 textile-3.0.3 twill-0.9.1 webencodings-0.5.1

We can see that the "older" packages are fetched from the cache.

The failing build says:

DEPRECATION: Python 2.6 is no longer supported by the Python core team, please upgrade your Python. A future version of pip will drop support for Python 2.6
Collecting Genshi>=0.7
/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:318: SNIMissingWarning: An HTTPS request has been made, but the SNI (Subject Name Indication) extension to TLS is not available on this platform. This may cause the server to present an incorrect TLS certificate, which can cause validation failures. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.io/en/latest/security.html#snimissingwarning.
  SNIMissingWarning
/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:122: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning.
  InsecurePlatformWarning
Collecting configobj
Collecting Pygments
  Using cached https://files.pythonhosted.org/packages/13/e5/6d710c9cf96c31ac82657bcfb441df328b22df8564d58d0c4cd62612674c/Pygments-2.3.1-py2.py3-none-any.whl
Collecting docutils
  Using cached https://files.pythonhosted.org/packages/50/09/c53398e0005b11f7ffb27b7aa720c617aba53be4fb4f4f3f06b9b5c60f28/docutils-0.14-py2-none-any.whl
Collecting textile
  Using cached https://files.pythonhosted.org/packages/dc/72/c4c0c86d27e1bd4027ae8881bb4ebd208d1232c8d091c0b2254fdc709d63/textile-3.0.3-py2.py3-none-any.whl
Collecting lxml
/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:122: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. You can upgrade to a newer version of Python to solve this. For more information, see https://urllib3.readthedocs.io/en/latest/security.html#insecureplatformwarning.
  InsecurePlatformWarning
  Downloading https://files.pythonhosted.org/packages/16/4a/b085a04d6dad79aa5c00c65c9b2bbcb2c6c22e5ac341e7968e0ad2c57e2f/lxml-4.3.0.tar.gz (2.5MB)
    100% |████████████████████████████████| 2.5MB 560kB/s 
    Complete output from command python setup.py egg_info:
    This lxml version requires Python 2.7, 3.4 or later.
    
    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-ER22wI/lxml/
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pkg_resources/__init__.py", line 967, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/home/travis/virtualenv/python2.6.9/lib/python2.6/site-packages/pkg_resources/__init__.py", line 853, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'Babel<2.6.0' distribution was not found and is required by the application
DEPRECATION: Python 2.6 is no longer supported by the Python core team, please upgrade your Python. A future version of pip will drop support for Python 2.6
Package     Version 
----------- --------
argparse    1.4.0   
funcsigs    1.0.2   
mock        2.0.0   
nose        1.3.7   
numpy       1.11.2  
ordereddict 1.1     
pbr         1.10.0  
pip         9.0.1   
py          1.4.31  
pytest      3.0.3   
setuptools  28.8.0  
six         1.10.0  
wheel       0.30.0a0

As it's an all or nothing thing, Genshi is not installed due to the failure to install Babel.

There's probably a way to point to the archive directly.

1 2 3 4 5 6 7 8 9 10 11

Abfragesprache

query:-Trac-Verweise und das [[TicketQuery]]-Makro nutzen beide eine “Abfragesprache“ geringen Umfangs, um Abfragefilter zu definieren. Grundsätzlich sind die einzelnen Filter durch Et-Zeichen (&) getrennt. Jeder Filter besteht weiterhin aus dem Ticketfeldnamen, einem Operator und einem oder mehreren Werten. Mehrere Werte werden durch senkrechte Trennstriche (|) getrennt, was bedeutet, dass der Filter auf jeden dieser Werte prüft. Um die Zeichen & oder | in einen Wert aufzunehmen, maskieren Sie das Zeichen mithilfe eines umgekehrten Schrägstrichs (\).

Die verfügbaren Operatoren sind:

= der Feldinhalt entspricht exakt einem der Werte
~= der Feldinhalt enthält einen oder mehrere der Werte
^= der Feldinhalt beginnt mit einem der Werte
$= der Feldinhalt endet mit einem der Werte

Jeder dieser Operatoren kann auch negiert werden:

!= der Feldinhalt entspricht keinem der Werte
!~= der Feldinhalt enthält keinen der Werte
!^= der Feldinhalt beginnt mit keinem der Werte
!$= der Feldinhalt endet mit keinem der Werte

Die Datenfelder created und modified (Anm.d.Übersetzers: Erstellungszeitpunkt bzw. Zeitpunkt der letzten Ticketänderung) können mit dem =-Operator dadurch eingegrenzt werden, dass ein Wert mit zwei durch zwei Punkte (..) getrennten Datumsangaben eingesetzt wird. Beide Enden des Zeitbereichs können leer gelassen werden, gleichbedeutend damit, dass die entsprechende Grenze des Bereichs offen ist. Der Datumsübersetzer kennt einige natürliche Zeitdefinitionen wie "vor drei Wochen", "letzten Monat", und "jetzt" (Anm.d.Übersetzers: jeweils in der englisch-sprachigen Schreibweise, also "3 weeks ago", "last month" und "now"), ebenso Datumsangaben im Bugzilla-Stil wie "1d", "2w", "3m" oder "4y" für 1 Tag, 2 Wochen, 3 Monate und 4 Jahre. Leerzeichen in Datumsangaben können weggelassen werden, um das Auskommentieren von Abfrageausdrücken vermeiden zu können.

created=2007-01-01..2008-01-01 Suche nach Tickets, die im Jahr 2007 erstellt wurden
created=lastmonth..thismonth Suche nach Tickets, die während des letzten Monats erstellt wurden
modified=1weekago.. Suche nach Tickets, die in der vergangenen Woche verändert wurden sind
modified=..30daysago Suche nach Tickets, die während der letzten 30 Tage unverändert geblieben sind

Leseempfehlungen: TracTickets, TracReports, TracGuide

Last modified 7 years ago Last modified on Jul 16, 2012, 9:22:39 PM
Note: See TracWiki for help on using the wiki.