You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jul 2, 2025. It is now read-only.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,8 +12,8 @@ Guidelines:
12
12
* Report your __browser type and version__, any __JavaScript errors in the console__ and any other details like __server operating system__, __php version__, __SQL Server type and version__ etc.
13
13
* Check your logs, especially your __Web Server Log__ as well as __app/logs/partkeepr.log__
14
14
* Only attach the parts of the logs which are __relevant__ to the problem.
15
-
* Make sure the problem is __reproducable__. If it only happened one time, you have to find out on how to reproduce it.
16
-
* Explain, in simple words, __when__ the issue occured. For example: Don't write "I can't create a part". Rather write: "I clicked on Add Part, entered a Part Name, then I clicked the save button, then nothing happens. There were no JavaScript errors in the console, and no HTTP Request was sent."
15
+
* Make sure the problem is __reproducible__. If it only happened one time, you have to find out on how to reproduce it.
16
+
* Explain, in simple words, __when__ the issue occurred. For example: Don't write "I can't create a part". Rather write: "I clicked on Add Part, entered a Part Name, then I clicked the save button, then nothing happens. There were no JavaScript errors in the console, and no HTTP Request was sent."
17
17
* Try to limit your bug report to only __essential__ steps on how to reproduce the issue.
18
18
* In short, help the volunteers maintaining the project to spend as little effort as possible on the issue, so that we can have more time adding features and fixing bugs more easily.
Copy file name to clipboardExpand all lines: docker/README.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,7 @@ This image is not ready to run but serves as a basis for the other images relate
19
19
20
20
The docker-compose file registers multiple container services. The main PartKeepr application is called `app`. The database is a basic configuration with `mariadb:10.1` for compatibility. Third, there is a service called `initdb`. Its purpose is to restore the database and `data` folder to a pristine state. This one should normally not be used unless one wants to reset the database.
21
21
22
-
**Note:** There needs to be a useful default inserted into the initdb. At the moment it only clears out the database to be valid but containing no parts at all. Exactly the situtation you have after a fresh installation. Some test data might be useful here.
22
+
**Note:** There needs to be a useful default inserted into the initdb. At the moment it only clears out the database to be valid but containing no parts at all. Exactly the situation you have after a fresh installation. Some test data might be useful here.
23
23
24
24
## The main development image
25
25
@@ -54,13 +54,13 @@ This guide assumes, you have just freshly checked out the PartKeer repository fr
54
54
- Call `docker-compose pull` to fetch all images from the docker hub. Alternatively you could [build the images manually](#building-the-images-manually).
55
55
- Now you need to fire up the database and let it initialize. This is done by callng `docker-compose up -d db`. You can peek into the process by `docker-compose logs -f db`. Wait for a message that the server is ready for connections and listening on port 3306. Using `<Ctrl><c>`, you can exit from the logs.
56
56
- Build the `initdb` image by calling `docker-compose build initdb`. This will take a few moments as it builds a docker image.
57
-
By default the line `RESET_DATABASE: 'yes'` in the file `docker-compose.yml` is commented. This is to avoid accidentially removing your data. Uncomment the line. Then:
57
+
By default the line `RESET_DATABASE: 'yes'` in the file `docker-compose.yml` is commented. This is to avoid accidentally removing your data. Uncomment the line. Then:
58
58
- Initialize the data by calling `docker-compose up initdb`.
59
59
- Recomment the line in the `docker-compose.yml` file you just uncommented.
60
60
- Now, you can fire up the main container by calling `docker-compose up -d app`.
61
61
- The container will initialize some dependencies. This might take some time as well. Again using `docker-compose logs -f app` you can peek into the process and with `<Ctrl><c>` you can return to the console.
62
62
There might be some error messages regarding missing tables.
63
-
- The partkeepr instance is avaliable at http://127.0.0.1:8082/.
63
+
- The partkeepr instance is available at http://127.0.0.1:8082/.
64
64
- Note: If you don't set `PARTKEEPR_FORCE_UPDATE` to `yes` in the `docker-compose` file on your first run you will get a white screen as you need to start the [setup](http://127.0.0.1:8082/setup/) once. Just accept the defaults but do not create a new set of users (keep the existing ones) and select HTTP Basic authentication.
65
65
- You may or may or not want to set up a cron job as described. The check is disabled by default.
66
66
- Alternatively, you can run the cron command manually with `php app/console partkeepr:cron:run` after logging in to the container with `docker exec -it partkeepr_dev_app_1 bash`.
Copy file name to clipboardExpand all lines: src/PartKeepr/FrontendBundle/Resources/public/js/Components/StorageLocation/StorageLocationMultiAddWindow.js
0 commit comments