Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
system.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
30 Apr 2014 at 12:01 UTC
Updated:
4 Apr 2022 at 03:24 UTC
Jump to comment: Most recent, Most recent file


Comments
Comment #1
draganerorWill take care of it...
Comment #2
draganerorHere is the patch.
Comment #3
draganerorHere are screenshots after patch is applied...
Comment #4
lewisnymanI swear we had a min width for the progress a one point... anyway I've added a min and max width so this can never happen again. Thanks for the report.
Comment #5
rodrigoaguileraI tested this by inserting this html
and playing with the width
everything looks as it should
Comment #7
lewisnyman4: progress-bar-2254785-4.patch queued for re-testing.
Comment #8
rodrigoaguileraComment #10
rodrigoaguilera4: progress-bar-2254785-4.patch queued for re-testing.
Comment #11
lewisnymanSetting back to RTBC post broken HEAD
Comment #12
dries commentedCommitted to 8.x. Thanks.
Comment #13
Bojhan commentedIt looks like this broke something else, initializing is now at 100% - this should be at 1%
Comment #14
lewisnymanWe shouldn't of removed the initial width setting because that's how the batch api works, here's a patch that adds it back.
Comment #15
Bojhan commentedHmm, interesting - could we try this with 1% and/or 2% it seems like the 3% is a little bit too much for an initial state.
Comment #16
draganerorBefore you do that test how it looks 1% width on 320px wide screen. If necessary maybe good option is to start at 3% for mobiles and use media query to set 1% on bigger screens.
Comment #17
Bojhan commentedThat part shouldn't be affected by mobile width. That doesn't change the roundness?
Comment #18
berdirKeep in mind that we are using the progress bar in two very different ways here. One is core/batch API, which is dynamic and if batch API already treats "batch started" as 3% or something then that might make totally sense for it.
The screenshot however is from Search API, which uses the progress bar as a static information to tell you, how many of your nodes or whatever have been indexed already, it does *not* change while you look at that page and if none are indexed, then it is 0%. not 1% or 3% but 0% :)
Seems to me as a backend developer that we should either make the way we display it in core batch API specific and use an additional css class from a batch wrapper or something so that it only applies there or we should simply override it in Search API to behave the way we want it to... like being a static instead of moving, which is still being discussed in corresponding Search API issue ;)
Comment #19
draganerorYes, there is also way to leave it 0% by adding
overflow: hidden;CSS property.Like it is in patch from #2254785-2: Progress bar 0% or over 100% visual BUG
You can see results by looking screenshots in #2254785-3: Progress bar 0% or over 100% visual BUG
Comment #20
Bojhan commentedActually for Search API , you would want a "static" bar the one we have animates. I think there is already an open issue for that.
I'd like to still push this to 2 or 1%.
Comment #21
jhedstromNeeds work based on #20.
Comment #22
lewisnymanComment #35
komalk commentedPatch #14 is failed to apply to 8.9x.
Change it from 3% to 1%.
Attached screenshot for the reference.
Comment #36
samiullah commented@komalkolekar please add steps to test this one on clean install of drupal 8.9x
Comment #37
komalk commentedStep to reproduced mentioned in #5
https://www.drupal.org/project/drupal/issues/2254785#comment-8787351
Comment #38
samiullah commentedLooks good
Applied patch #35
Can be moved to RTBC if no more code review is needed
Comment #41
quietone commentedThis was committed in #12 do Drupal 8.x, re-opened because of a regression. That regression was fixed in #2486431: Progress bar starts at 100%. But this stayed open and was set to NW for #20, which doesn't match the title or the scope. And to avoid two commits for the same issue number I am moving the follow on work toa new issue.
New issue created, #3270657: Reduce the min-width and width for the progress bar and credit moved there. Restoring meta data to when this was fixed.
Cheers.