1234 Commits (4be8c1cbd7f315d631414586c407992178515fd4)

Author	SHA1	Message	Date
ulferts	e52d2fe961	bump sys-filesystem	5 years ago
ulferts	31a1fbca68	bump rspec-rails	5 years ago
ulferts	a160c905be	bump brakeman	5 years ago
ulferts	8a63f227ee	bump tzinfo-data	5 years ago
ulferts	15b0a0741e	bump rouge	5 years ago
ulferts	da3973e208	bump launchy	5 years ago
ulferts	aeac9845de	bump aws-sdk-s3	5 years ago
ulferts	b926d04d62	bump aws-sdk-core	5 years ago
ulferts	d12fb84d43	bump fuubar	5 years ago
ulferts	4feb8f4754	bump factory_bot	5 years ago
ulferts	94587dcf4f	bump lograge	5 years ago
ulferts	f3c224e701	bump meta-tags	5 years ago
ulferts	8ea4232025	bump pry-byebug	5 years ago
ulferts	3773ab26e7	bump webmock	5 years ago
ulferts	ab82e60492	bump test-prof	5 years ago
ulferts	024a66e683	bump request_store	5 years ago
ulferts	5ce9252c6b	bump capybara	5 years ago
ulferts	2063c4d3b8	bump deckar01-task_list	5 years ago
ulferts	1c1cad2abe	bump commonmarker	5 years ago
ulferts	9640b96682	bump aws-sdk-s3	5 years ago
ulferts	168a4e0c90	bump aws-sdk-core	5 years ago
ulferts	9f7d8ee31a	bump database_cleaner	5 years ago
ulferts	a1dad09029	bump will_paginate	5 years ago
Oliver Günther	d9e5dc1d9d	Bump parallel_tests	5 years ago
Oliver Günther	6fc13ee3f7	Bump danger	5 years ago
Oliver Günther	a46e2e00ab	Bump parallel_tests	5 years ago
Oliver Günther	9676ef413d	Bump danger	5 years ago
ulferts	69b2db5e1a	bump multi_json	5 years ago
ulferts	a0d29cce50	bump rack-protection	5 years ago
ulferts	47015633ea	bump rack-attack	5 years ago
ulferts	ba316383a7	bump autoprefixer-rails	5 years ago
ulferts	c7dc369f1c	bump gon and by that rack	5 years ago
ulferts	37fcf0d83a	bump i18n-js	5 years ago
ulferts	c355738159	bump oj	5 years ago
ulferts	58d3e6b2ff	bump pg	5 years ago
ulferts	3f86af1883	use actuall released friendly_id again	5 years ago
ulferts	34ac8c9621	employ advisory lock for journal creation on attachment uploading	5 years ago
Oliver Günther	1dc04fe7e0	Bump nokogiri	5 years ago
ulferts	61026b9069	bump doorkeeper	5 years ago
ulferts	c795909b8b	bump webdrivers	5 years ago
Oliver Günther	fdc34b424f	Bump okcomputer to fix rack issue ... [ci skip]	5 years ago
ulferts	8a8de14621	print formatted description and comments in pdf export ... This implementation is a best effort one, relying heavily on the prawn_markup gem and wrapping borders around it where necessary to keep the design.	5 years ago
ulferts	f935c5cfc6	bump secure_headers to close CVE-2020-5217	5 years ago
Henriette Dinger	bd7f4e4814	Update copyright notice	5 years ago
ulferts	eed6f81286	bump rails and grape	5 years ago
ulferts	49d939615e	Reactivate event base file checkers ... This reverts commit f920cc73a0. We originally removed event base file checking to cope with problems on os x that would lead to having a multitude of fsevent_watch processes (one for every directory) and those processes would sometimes, e. g. when the system was sent to standby turn zombie. If not killed dutifully by the developer, the system would become unresponsive as the maximum number of processes as dictated by the os would be reached. Not even killing processes would be possible any more as kill requires forking. Now the listen gem was released as version 3.2.1 which changed to only needing one process to watch all directories. As event based dirty checking promises to be more performant than checking all the files, and the reload time in dev mode would exceed tens of seconds if kept running for a longer period of time, I took another stab at integrating the listen gem again: The good: * The file checking seems to work. Altering the code is reflected by the application. * Only two fsevent_watch processes are created (one for the code files and one for the locales.) * The fsevent_watch processes where exited as desired when the rails process was existed. I did not yet test it for an extended amount of time but this also seems to hold true when the system was suspended in the meantime. The bad: * Subjectively, reloading did not seem to be faster. However, I did not leave the server running over an extended period of changes. So the event based detection might shine in the long run. The ugly: * When running multitreaded, the server seems to be running into deadlocks. I assume, that there is a shared, but mutexed, resource multiple threads attempt to access at the same time. It does not happen on every page but one of the roadmap pages on my development env causes the problem consistently. The problem can be circumvented by disabling multi treading: `RAILS_MIN_THREADS=1 RAILS_MAX_THREADS=1 bundle exec rails s` The same problem does not occur when running the server with multiple worker processes: `OPENPROJECT_WEB_WORKERS=4 RAILS_MIN_THREADS=1 RAILS_MAX_THREADS=1 bundle exec rails s`	5 years ago
ulferts	7ccdfcc389	bump puma to fix CVE-2019-16770	5 years ago
Oliver Günther	35d30e18af	Add xml writer	5 years ago
Oliver Günther	d3594766c8	JSON viewpoint mapper spec	5 years ago
Oliver Günther	d19262114e	Bump nokogiri to 1.10.5	5 years ago